Chuẩn bị ứng dụng để có hạn mức bộ nhớ lớn hơn

Mang đến trải nghiệm người dùng tuyệt vời là mục tiêu cốt lõi của Android, và để thực hiện lời hứa đó, chúng tôi cần đảm bảo các thiết bị hoạt động nhanh, phản hồi tốt và đáng tin cậy. Đây là lý do khiến việc tối ưu hoá bộ nhớ trở nên quan trọng hơn bao giờ hết.  Trong hệ sinh thái, các thiết bị mới đang duy trì hoặc thậm chí giảm dung lượng bộ nhớ vật lý để đối phó với việc tăng giá bộ nhớ, nhưng người dùng vẫn mong đợi trải nghiệm ứng dụng liền mạch và hiệu suất cao như trước.

Trong Android 17, chúng tôi giới thiệu hạn mức bộ nhớ cho từng ứng dụng, bắt đầu từ các thiết bị Pixel, để giúp bảo vệ trải nghiệm tổng thể của người dùng khỏi những ứng dụng sử dụng quá nhiều bộ nhớ và gây ra tình trạng chậm toàn hệ thống. Trong năm tới, ngày càng có nhiều nhà sản xuất sẽ tận dụng giới hạn bộ nhớ trên mỗi ứng dụng của Android trên danh mục các cấu hình RAM của thiết bị, từ thiết bị có RAM 4 GB đến thiết bị có RAM từ 16 GB trở lên. Nếu vượt quá các giới hạn này, ứng dụng của bạn sẽ bị chậm lại và có thể bị chấm dứt. Việc tối ưu hoá mức sử dụng bộ nhớ của ứng dụng là điều cần thiết để ngăn chặn tình trạng điều tiết của hệ điều hành và duy trì trải nghiệm liền mạch cho người dùng.  

Trong bài đăng này, chúng ta sẽ khám phá cách những giới hạn này hoạt động, cách đo lường mức sử dụng bộ nhớ bằng các chỉ số Android vitals mới và các bước hữu ích để tối ưu hoá ứng dụng hoặc trò chơi của bạn.

Tìm hiểu về hạn mức bộ nhớ 

Khi ứng dụng của bạn vượt quá ngân sách bộ nhớ, Android sẽ thực hiện hành động tăng dần để bảo vệ khả năng phản hồi của thiết bị:

1. Hoán đổi zRAM: Nếu ứng dụng của bạn đạt đến giới hạn được phân bổ, hệ thống sẽ buộc các trang của ứng dụng vào zRAM (RAM nén).  Mặc dù zRAM ngăn chặn việc loại bỏ ngay lập tức, nhưng việc nén và giải nén các trang sẽ làm tăng mức sử dụng CPU, điều này có thể dẫn đến hiện tượng giật giao diện người dùng và giảm tốc độ trải nghiệm một cách đáng kể.
2. Chấm dứt quy trình: Nếu ứng dụng của bạn tiếp tục tăng mức sử dụng bộ nhớ vượt quá ngưỡng zRAM, hệ thống sẽ chấm dứt ứng dụng.  Để xác định xem phiên hoạt động của ứng dụng có bị ảnh hưởng bởi những hạn chế này trên thực tế hay không, bạn có thể gọi getDescription() trong ApplicationExitInfo.  Nếu hệ thống áp dụng một giới hạn, lý do thoát sẽ được báo cáo là REASON_OTHER và chuỗi nội dung mô tả sẽ chứa "MemoryLimiter:AnonSwap".  Bạn cũng có thể tận dụng phân tích hiệu suất dựa trên điều kiện kích hoạt bằng cách sử dụng TRIGGER_TYPE_ANOMALY để tự động ghi tệp báo lỗi khi đạt đến hạn mức bộ nhớ.  

Để tìm hiểu thêm về hạn mức bộ nhớ cho mỗi ứng dụng và việc thực thi của hệ thống, hãy xem tài liệu về Hạn mức bộ nhớ ứng dụng trên Android 17. Để kiểm thử ứng dụng của bạn trên nhiều cấu hình thiết bị, hãy dùng các lệnh adb của Trình giới hạn bộ nhớ. 

Giám sát và chẩn đoán các vấn đề về bộ nhớ

Bạn không thể tối ưu hoá những gì mình không thể đo lường. Để xác định tình trạng rò rỉ bộ nhớ, tình trạng phân bổ heap quá mức và sự cố hết bộ nhớ (OOM) trong hệ sinh thái Android, bạn cần tận dụng các công cụ giám sát bổ sung:

• Tình trạng tổng thể ở cấp độ vĩ mô bằng Android vitals: Để có thông tin tổng quan ở cấp độ dân số mà không cần thêm chi phí, Android vitals của Google Play Console cung cấp các chỉ số thiết yếu như Mức sử dụng bộ nhớ (RSS ẩn danh + bộ nhớ hoán đổi) và Mức sử dụng bộ nhớ bitmap. Điều này giúp bạn nắm được thông tin tổng quan rõ ràng về việc phân bổ bộ nhớ trên các trạng thái quy trình khác nhau (nền trước, nền sau, dịch vụ mà người dùng cảm nhận được và được lưu vào bộ nhớ đệm) cũng như các dải lớp RAM, giúp bạn phát hiện các giá trị bộ nhớ ngoại lệ.
• Tính năng thoát Trình giới hạn bộ nhớ và theo dõi lỗi hết bộ nhớ bằng Firebase Crashlytics: Để nắm bắt thông tin về tình trạng suy giảm bộ nhớ nghiêm trọng trước khi tình trạng này ảnh hưởng đến các chỉ số chính, Crashlytics phiên bản 20.1.0 giới thiệu dữ liệu gỡ lỗi bổ sung để giúp bạn phát hiện, ưu tiên và khắc phục các trường hợp ngoại lệ hết bộ nhớ và lỗi trình giới hạn bộ nhớ. Việc theo dõi những sự kiện này cùng với nhật ký tuỳ chỉnh và siêu dữ liệu khoá-giá trị giúp bạn biết ngay bối cảnh về trạng thái xử lý khi xảy ra lỗi bộ nhớ.
• Dấu vết trong trường với ProfilingManager: Đối với những nhóm có thể duy trì một khung quan sát hiệu suất, API ProfilingManager được giới thiệu trong Android 15 (API cấp 35) cho phép ứng dụng của bạn yêu cầu và thu thập các cấu phần gỡ lỗi bộ nhớ chi tiết theo cách lập trình, chẳng hạn như tệp báo lỗi Java và hồ sơ bộ nhớ trực tiếp từ các thiết bị sản xuất. Bạn cũng có thể kích hoạt quá trình chụp tệp báo lỗi dựa trên các tín hiệu hệ thống cụ thể, chẳng hạn như TRIGGER_TYPE_OOM và TRIGGER_TYPE_ANOMALY. 

Hãy đọc tài liệu của chúng tôi để tìm hiểu thêm về các kỹ thuật giám sát bộ nhớ khác.

Tóm tắt và các bước tiếp theo

Khi Android mở rộng giới hạn bộ nhớ cho mỗi ứng dụng trên tất cả các lớp RAM, giờ là thời điểm bạn nên kiểm tra mức sử dụng bộ nhớ:

1. Ưu tiên việc tối ưu hoá bộ nhớ: Ngăn ứng dụng của bạn bị ảnh hưởng bởi giới hạn bộ nhớ ứng dụng bằng cách sử dụng các phương pháp hay nhất. 
2. Theo dõi mức sử dụng bộ nhớ: Theo dõi hành vi sử dụng bộ nhớ của ứng dụng để phát hiện và giải quyết hành vi bất thường.  
3. Tối ưu hoá trò chơi: Làm theo hướng dẫn mới nhất dành cho trò chơi và các ứng dụng đa phương tiện phức tạp để tối đa hoá mức tiết kiệm bộ nhớ trên các trạng thái quy trình.

Tài nguyên và tài liệu tham khảo hữu ích

• Các thay đổi về hành vi của Android 17: Giới hạn bộ nhớ ứng dụng
• Android Vitals: Mức sử dụng bộ nhớ (chỉ số RSS + bộ nhớ hoán đổi) và Mức sử dụng bộ nhớ bitmap
• Blog dành cho nhà phát triển Android: Các bước ưu tiên hiệu suất bộ nhớ cho Android 17
• Hướng dẫn cho nhà phát triển:  Quản lý bộ nhớ của ứng dụng