App Standby Buckets Android: Khám Phá Restricted Bucket và Tối Ưu Hiệu Suất Ứng Dụng

Bạn có biết rằng hệ điều hành Android quản lý hiệu suất ứng dụng của bạn một cách thông minh bằng cách sử dụng các "App Standby Buckets"? Bài viết này sẽ đi sâu vào khái niệm này, đặc biệt tập trung vào Restricted Bucket, một trạng thái mà ứng dụng của bạn có thể rơi vào nếu không được sử dụng thường xuyên hoặc tiêu tốn quá nhiều tài nguyên. Chúng ta sẽ khám phá cách hoạt động của nó, những yếu tố ảnh hưởng đến việc ứng dụng bị đưa vào bucket này và quan trọng nhất là cách kiểm tra và tối ưu hóa ứng dụng của bạn để tránh bị hạn chế hiệu suất.

App Standby Buckets là gì?

App Standby Buckets là một cơ chế của hệ điều hành Android giúp quản lý tài nguyên hệ thống một cách hiệu quả hơn. Android sẽ phân loại các ứng dụng vào các "bucket" khác nhau dựa trên tần suất sử dụng và hành vi của chúng. Mỗi bucket sẽ có những hạn chế khác nhau về tài nguyên hệ thống mà ứng dụng được phép sử dụng, như thời gian chạy background, tần suất thực hiện các tác vụ (jobs) và báo thức (alarms).

Mục tiêu chính của cơ chế này là đảm bảo rằng các ứng dụng quan trọng và được sử dụng thường xuyên sẽ có đủ tài nguyên để hoạt động mượt mà, trong khi các ứng dụng ít quan trọng hơn sẽ bị hạn chế để tiết kiệm pin và cải thiện hiệu suất tổng thể của thiết bị. Điều này có nghĩa là ứng dụng của bạn có thể hoạt động khác nhau tùy thuộc vào bucket mà nó được xếp vào.

Các Loại App Standby Buckets

Android xác định một số bucket khác nhau, mỗi bucket có một mức độ hạn chế tài nguyên khác nhau. Dưới đây là các bucket chính:

• Active: Ứng dụng đang được sử dụng hoặc vừa mới được sử dụng. Không có hạn chế nào được áp dụng.
• Working Set: Ứng dụng được sử dụng thường xuyên nhưng không phải lúc nào cũng hoạt động. Hạn chế nhẹ về jobs và alarms.
• Frequent: Ứng dụng được sử dụng đều đặn, nhưng không nhất thiết hàng ngày. Hạn chế nhiều hơn về jobs và alarms.
• Rare: Ứng dụng ít khi được sử dụng. Hạn chế nghiêm ngặt về jobs, alarms và kết nối mạng.
• Restricted: Ứng dụng tiêu thụ nhiều tài nguyên hệ thống hoặc có hành vi không mong muốn. Hạn chế cao nhất về mọi mặt.
• Never: Ứng dụng đã được cài đặt nhưng chưa bao giờ chạy. Hạn chế rất nghiêm ngặt.

Đi Sâu Hơn Về Restricted Bucket

Restricted Bucket là bucket "xấu" nhất mà ứng dụng của bạn có thể rơi vào. Khi một ứng dụng bị đưa vào Restricted Bucket, nó sẽ phải chịu những hạn chế nghiêm trọng nhất về tài nguyên hệ thống. Điều này có thể ảnh hưởng đáng kể đến hiệu suất và khả năng hoạt động của ứng dụng, đặc biệt là các tính năng chạy ngầm.

Trên Android 13 trở lên, ứng dụng có thể bị đưa vào Restricted Bucket nếu:

• Người dùng không tương tác với ứng dụng trong một số ngày nhất định (8 ngày trên Android 13).
• Ứng dụng gửi quá nhiều broadcasts hoặc bindings trong vòng 24 giờ.
• Các công việc của ứng dụng gây ra lỗi ANR (Application Not Responding) nhiều lần do timeouts trong các phương thức onStartJob, onStopJob, hoặc onBind.

Những Hạn Chế Khi Ứng Dụng Ở Trong Restricted Bucket

Khi ứng dụng ở trong Restricted Bucket, những hạn chế sau sẽ được áp dụng:

• Ứng dụng chỉ có thể chạy các tác vụ (jobs) một lần mỗi ngày trong một phiên kéo dài 10 phút.
• Ứng dụng có thể chạy ít expedited jobs hơn so với các bucket khác.
• Ứng dụng chỉ có thể kích hoạt một báo thức (alarm) mỗi ngày.

Các Trường Hợp Được Miễn Trừ

Một số loại ứng dụng được miễn trừ khỏi việc bị đưa vào Restricted Bucket, bao gồm:

• Ứng dụng đồng hành (Companion device apps)
• Ứng dụng chạy trên thiết bị ở chế độ Demo Mode
• Ứng dụng Device owner/Profile owner
• Ứng dụng VPN
• Ứng dụng Dialer (có vai trò ROLE_DIALER)
• Ứng dụng mà người dùng đã chỉ định rõ ràng là "không hạn chế" trong cài đặt hệ thống
• Ứng dụng có widgets đang hoạt động
• Ứng dụng được cấp một trong các quyền sau: USE_EXACT_ALARM, ACCESS_BACKGROUND_LOCATION

Kiểm Tra App Standby Bucket của Ứng Dụng

Bạn có thể kiểm tra bucket hiện tại của ứng dụng bằng một trong hai cách sau:

• Gọi phương thức getAppStandbyBucket() trong code.
• Sử dụng lệnh adb trong terminal: adb shell am get-standby-bucket <PACKAGE_NAME>

Kết quả trả về là một số nguyên, tương ứng với các bucket như sau:

• 50: STANDBY_BUCKET_NEVER
• 5: STANDBY_BUCKET_EXEMPTED
• 10: STANDBY_BUCKET_ACTIVE
• 20: STANDBY_BUCKET_WORKING_SET
• 30: STANDBY_BUCKET_FREQUENT
• 40: STANDBY_BUCKET_RARE
• 45: STANDBY_BUCKET_RESTRICTED

Cách Tránh Bị Đưa Vào Restricted Bucket và Tối Ưu Hiệu Suất

Mặc dù bạn không thể trực tiếp "điều khiển" hệ thống để đưa ứng dụng vào một bucket cụ thể, nhưng bạn có thể thực hiện các biện pháp để giảm thiểu nguy cơ bị đưa vào Restricted Bucket:

• Tối ưu hóa mức sử dụng tài nguyên: Giảm thiểu việc sử dụng pin, CPU và mạng của ứng dụng, đặc biệt là khi chạy ngầm.
• Sử dụng JobScheduler và WorkManager một cách hiệu quả: Thay vì sử dụng alarms và services liên tục, hãy sử dụng các API này để lên lịch các tác vụ một cách thông minh hơn.
• Cung cấp giá trị cho người dùng: Đảm bảo rằng ứng dụng của bạn cung cấp giá trị thực sự cho người dùng để họ sử dụng nó thường xuyên hơn.
• Yêu cầu các quyền cần thiết một cách hợp lý: Chỉ yêu cầu các quyền thực sự cần thiết cho chức năng của ứng dụng và giải thích rõ lý do yêu cầu các quyền đó cho người dùng.
• Xử lý lỗi ANR cẩn thận: Đảm bảo ứng dụng của bạn không bị ANR, đặc biệt là trong các tác vụ chạy nền.
• Cân nhắc sử dụng thông báo (notifications) một cách hợp lý: Nếu ứng dụng của bạn cần thông báo cho người dùng, hãy sử dụng notifications một cách hợp lý để khuyến khích họ tương tác với ứng dụng. Tuy nhiên, tránh lạm dụng notifications.

Kết luận

Hiểu rõ về App Standby Buckets và đặc biệt là Restricted Bucket là rất quan trọng để đảm bảo rằng ứng dụng Android của bạn hoạt động tối ưu. Bằng cách tối ưu hóa mức sử dụng tài nguyên, sử dụng các API phù hợp và cung cấp giá trị cho người dùng, bạn có thể giảm thiểu nguy cơ bị đưa vào bucket này và cải thiện trải nghiệm người dùng.