Ảnh bitmap trong Android

Question

Tôi có một số câu hỏi liên quan đến đối tượng Bitmap và bộ nhớ và phân loại chung của chúng.

1. Bitmap trong bộ nhớ hoặc bản địa là gì?
2. Bộ nhớ bitmap khác với bộ nhớ Heap như thế nào?

Answer 1

Bộ nhớ sao lưu đối tượng Bitmap được cấp phát bằng mã gốc (malloc()), thay vì từ khóa Java new. Điều này có nghĩa là bộ nhớ được quản lý trực tiếp bởi hệ điều hành, chứ không phải bởi Dalvik.

Sự khác biệt thực sự duy nhất giữa vùng heap bản địa và vùng heap của Dalvik là đống của Dalvik là rác được thu thập, và vùng gốc không phải là.

Mặc dù vậy, đây không phải là sự khác biệt nhiều. Khi đối tượng Bitmap của bạn bị thu thập rác, đó là destructor sẽ tái chế bộ nhớ liên quan trong heap nguyên gốc.

Nguồn:

• http://osdir.com/ml/AndroidDevelopers/2009-03/msg00023.html
• android:platform/frameworks/base/graphics/java/android/graphics/Bitmap.java
• android:platform/frameworks/base/core/jni/android/graphics/Bitmap.cpp

Answer 2

Có một sự tinh tế quan trọng ở đây: mặc dù pixel Bitmap được phân bổ trong đống bản xứ, một số thủ thuật đặc biệt trong Dalvik nguyên nhân nó sẽ được tính vào đống Java. Điều này được thực hiện vì hai lý do:

(1) Để kiểm soát lượng bộ nhớ mà ứng dụng phân bổ. Nếu không có kế toán, một ứng dụng có thể cấp phát một lượng lớn bộ nhớ (vì bản thân đối tượng Bitmap là rất nhỏ nhưng có thể giữ lại một lượng lớn bộ nhớ riêng), mở rộng vượt quá giới hạn 16MB hoặc 24MB.

(2) Để giúp xác định thời điểm đến GC. Nếu không có kế toán, bạn có thể phân bổ và giải phóng các tham chiếu về nói 100 đối tượng Bitmap; GC sẽ không chạy, bởi vì các đối tượng này rất nhỏ, nhưng thực ra chúng có thể đại diện cho một số lượng lớn các phân bổ thực tế hiện không được GCed một cách kịp thời. Bằng cách kế toán các phân bổ này dựa vào vùng heap Java, bộ gom rác sẽ chạy vì nó cho rằng bộ nhớ đang được sử dụng.

Lưu ý rằng bằng nhiều cách, đây là chi tiết triển khai; rất có khả năng nó có thể thay đổi trong tương lai, mặc dù hành vi cơ bản này sẽ vẫn ở dạng nào đó vì đây là cả hai đặc điểm quan trọng để quản lý phân bổ bitmap.

Answer 3

Từ triển khai trong tự nhiên, tôi đã tìm thấy các thiết bị sau:

• Thiết bị làm hạn chế đến 16 MiB của đống java (bitmap gần không giới hạn).
• Thiết bị giới hạn ở 16 MiB (bộ nhớ heap + bitmap gốc)
• Thiết bị giới hạn ở 24 MiB heap java (bitmap gần như không giới hạn).
• Thiết bị làm hạn chế đến 24 MiB của (java đống + lưu trữ bitmap mẹ đẻ)

24 MiB có xu hướng được các thiết bị res cao, và có thể được phát hiện với Runtime.getRuntime(). MaxMemory(). Ngoài ra còn có 32MiB thiết bị hiện nay, và một số điện thoại bắt nguồn có 64MiB theo mặc định. Trước đây, tôi lúng túng với bản thân mình nhiều lần cố gắng tìm ra những gì đang xảy ra. Tôi nghĩ rằng tất cả các thiết bị đếm bitmap vào giới hạn đống. Nhưng thật khó để thực hiện bất kỳ khái quát chung nào về hạm đội Android.

Đây là sự cố RẤT khó chịu trên Android và rất khó hiểu. Giới hạn này và hành vi của nó kém tài liệu, phức tạp và cực kỳ không trực quan. Chúng cũng khác nhau giữa các thiết bị và các phiên bản hệ điều hành, và có một số lỗi đã biết. Một phần của vấn đề là các giới hạn không chính xác - do phân mảnh heap, bạn sẽ nhấn OOM tốt trước giới hạn thực tế và phải bảo toàn để lại một meg hoặc hai bộ đệm. Thậm chí tệ hơn, tôi có một số thiết bị có segfault bản địa (100% lỗi trong chính Android) xảy ra trước khi bạn nhận được ngoại lệ OOM java, làm cho nó quan trọng gấp đôi để không bao giờ đạt đến giới hạn vì bạn thậm chí không thể bắt được tai nạn gốc. Để biết thêm chi tiết về các điều tra của tôi, hãy xem this post. Trong cùng một bài đăng, tôi giải thích cách đo lường mức sử dụng so với giới hạn và tránh sự cố.

Kích thước của vùng heap java là Runtime.getRuntime(). TotalMemory().

Không có cách nào dễ dàng để đo kích thước của bộ nhớ bitmap gốc. Heap gốc tổng thể có thể được đo bằng Debug.getNativeHeapAllocatedSize(), nhưng chỉ các bitmap được tính vào giới hạn (tôi nghĩ).

Answer 4

Chúng tôi có thể tăng kích thước heap bằng cách sử dụng android:largeheap="true" trong tệp kê khai của bạn. Điều này sẽ giải quyết một số vấn đề của bạn.