Định vị và khắc phục nguyên nhân kích thước heap lớn

Question

Tôi đang cố gắng tìm ra lý do khiến ứng dụng của tôi đang sử dụng quá nhiều bộ nhớ. Tôi thường thấy nó sử dụng từ 15 đến 18MB, cao hơn đáng kể so với tôi mong đợi. Tôi đã xem xét kích thước heap qua DDMS và thấy điều này:

Đó nhìn một chút đáng ngờ vì ứng dụng của tôi không đối phó với hình ảnh lớn ở tất cả. Trong thực tế, tổng số tiền ký quỹ trong ứng dụng của tôi là khoảng 250KB. Vì vậy, tôi tạo ra một đống đống và sử dụng MAT để xác định vị trí nơi tất cả bộ nhớ này đã đi. byte [] mảng là cho đến nay người tiêu dùng lớn nhất, vì vậy tôi khoan xuống và nhận thấy như sau:

Tôi hoàn toàn không có ý tưởng tại sao sPreloadedDrawables chịu trách nhiệm cho một kích thước đống giữ lại cao như vậy. Tôi cũng không biết làm thế nào để xác định nguyên nhân gốc rễ, hoặc làm thế nào để 'sửa chữa' nó.

Tôi nên đi đâu từ đây? Ứng dụng của tôi hoạt động chủ yếu trong nền thông qua các dịch vụ không xử lý dữ liệu hình ảnh. Tôi có các Hoạt động mà người dùng có thể chọn sử dụng, nhưng một lần nữa, họ sử dụng các bản vẽ nhỏ không giải thích được kích thước heap lớn như vậy. Tôi cũng đã kiểm tra xem có bất kỳ sự cố rò rỉ nào của Hoạt động hay không, nhưng không xác định được bất kỳ sự cố nào.

EDIT: Tôi nhận thấy rằng kích thước heap thấp hơn đáng kể khi chạy trong trình mô phỏng. Điều này khá khó hiểu. :/

Answer 1

Hệ thống sẽ tải trước tài nguyên hệ thống mặc định, điều này độc lập với tài nguyên ứng dụng của bạn, những thứ như Drawables tiêu chuẩn cho hộp kiểm và nút radio. 10.5MB có vẻ lớn nhưng có rất nhiều tài nguyên hệ thống mặc định và Hình ảnh lớn hơn một lần được lưu trữ trong bộ nhớ. Tải trước không phải là mới, nhưng kích thước của tải trước có thể lớn hơn trong ICS. Mật độ hiển thị có thể đóng một phần trong điều này cùng với việc bổ sung thêm nhiều Drawables hệ thống được tải sẵn trong ICS.

Hiện tại không có cách nào để giảm bộ nhớ được tổ chức bởi các sPreloadedDrawables

Thật là bất hạnh mà không có cách nào để xóa này sau quá trình ứng dụng được sinh ra cho các ứng dụng (đặc biệt là trò chơi) mà không làm sử dụng hầu hết các hệ thống Drawables. Trong trường hợp này, mặc dù kích thước lớn của các tài nguyên tải trước dường như là một lỗi với một bản phát hành cụ thể (hoặc cổng thiết bị cầm tay) của ICS. Nó là bình thường một lượng nhỏ bộ nhớ, vì vậy tôi nghi ngờ nó sẽ bao giờ cần thiết để có một cơ chế như vậy để giảm việc sử dụng bộ nhớ preload.

Nếu bạn sắp hết bộ nhớ do bộ nhớ cache này thì tôi có thể gửi báo cáo lỗi cho Google.

Bạn có thể theo dõi quá trình tải trước tài nguyên tại đây nếu bạn quan tâm đến nhiều chi tiết nội bộ hơn. ZygoteInit.preloadResources