Thay đổi về hành vi: tất cả ứng dụng

Nền tảng Android 16 có các thay đổi về hành vi có thể ảnh hưởng đến ứng dụng của bạn. Những thay đổi về hành vi sau đây áp dụng cho tất cả ứng dụng chạy trên Android 16, bất kể targetSdkVersion. Bạn nên kiểm thử ứng dụng rồi sửa đổi để hỗ trợ những thay đổi này (nếu cần).

Ngoài ra, hãy nhớ tham khảo danh sách thay đổi về hành vi chỉ ảnh hưởng đến những ứng dụng nhắm đến Android 16.

Chức năng cốt lõi

Android 16 có các thay đổi sau đây để sửa đổi hoặc mở rộng nhiều chức năng cốt lõi của hệ thống Android.

Tối ưu hoá hạn mức JobScheduler

Kể từ Android 16, chúng tôi sẽ điều chỉnh hạn mức thời gian chạy thực thi công việc thông thường và ưu tiên dựa trên các yếu tố sau:

• Ứng dụng nằm trong bộ chứa chế độ chờ ứng dụng nào: trong Android 16, các bộ chứa chế độ chờ đang hoạt động sẽ bắt đầu được thực thi bằng một hạn mức thời gian chạy hào phóng.
• Nếu công việc bắt đầu thực thi trong khi ứng dụng ở trạng thái trên cùng: trong Android 16, các công việc bắt đầu trong khi người dùng nhìn thấy ứng dụng và tiếp tục sau khi ứng dụng không hiển thị, sẽ tuân thủ hạn mức thời gian chạy công việc.
• Nếu công việc đang thực thi trong khi chạy Dịch vụ trên nền trước: trong Android 16, các công việc đang thực thi đồng thời với một dịch vụ trên nền trước sẽ tuân thủ hạn mức thời gian chạy công việc. Nếu bạn đang tận dụng các công việc để chuyển dữ liệu do người dùng khởi tạo, hãy cân nhắc sử dụng công việc chuyển dữ liệu do người dùng khởi tạo.

Thay đổi này ảnh hưởng đến các tác vụ được lên lịch bằng WorkManager, JobScheduler và DownloadManager. Để gỡ lỗi lý do một công việc bị dừng, bạn nên ghi lại lý do công việc của mình bị dừng bằng cách gọi WorkInfo.getStopReason() (đối với các công việc JobScheduler, hãy gọi JobParameters.getStopReason()).

Để biết thêm thông tin về các phương pháp hay nhất để tối ưu hoá pin, hãy tham khảo hướng dẫn về cách tối ưu hoá mức sử dụng pin cho API lên lịch tác vụ.

Bạn cũng nên tận dụng API JobScheduler#getPendingJobReasonsHistory mới được giới thiệu trong Android 16 để hiểu lý do một công việc không được thực thi.

Thử nghiệm

Để kiểm thử hành vi của ứng dụng, bạn có thể bật tính năng ghi đè một số hoạt động tối ưu hoá hạn mức công việc nhất định, miễn là ứng dụng đang chạy trên thiết bị Android 16.

Để tắt việc thực thi "trạng thái trên cùng sẽ tuân thủ hạn mức thời gian chạy công việc", hãy chạy lệnh adb sau:

adb shell am compat enable OVERRIDE_QUOTA_ENFORCEMENT_TO_TOP_STARTED_JOBS APP_PACKAGE_NAME

Để tắt việc thực thi "các công việc đang thực thi đồng thời với một dịch vụ trên nền trước sẽ tuân thủ hạn mức thời gian chạy công việc", hãy chạy lệnh adb sau:

adb shell am compat enable OVERRIDE_QUOTA_ENFORCEMENT_TO_FGS_JOBS APP_PACKAGE_NAME

Để kiểm thử một số hành vi nhất định của nhóm chế độ chờ ứng dụng, bạn có thể đặt nhóm chế độ chờ ứng dụng bằng lệnh adb sau:

adb shell am set-standby-bucket APP_PACKAGE_NAME active|working_set|frequent|rare|restricted

Để tìm hiểu về bộ chứa chế độ chờ ứng dụng mà ứng dụng của bạn đang ở, bạn có thể lấy bộ chứa chế độ chờ ứng dụng của ứng dụng bằng lệnh adb sau:

adb shell am get-standby-bucket APP_PACKAGE_NAME

Ngừng sử dụng hoàn toàn JobInfo#setImportantWhileForeground

JobInfo.Builder#setImportantWhileForeground(boolean) 方法用于在调度应用位于前台或暂时豁免于后台限制时指示作业的优先级。

自 Android 12（API 级别 31）起，此方法已废弃。从 Android 16 开始，它不再有效，系统会忽略调用此方法。

此功能移除也适用于 JobInfo#isImportantWhileForeground()。从 Android 16 开始，如果调用该方法，该方法会返回 false。

Trải nghiệm người dùng và giao diện người dùng hệ thống

Android 16 có các thay đổi sau đây nhằm tạo ra trải nghiệm người dùng nhất quán và trực quan hơn.

Ngừng sử dụng thông báo hỗ trợ tiếp cận gây phiền toái

Android 16 deprecates accessibility announcements, characterized by the use of announceForAccessibility or the dispatch of TYPE_ANNOUNCEMENT accessibility events. These can create inconsistent user experiences for users of TalkBack and Android's screen reader, and alternatives better serve a broader range of user needs across a variety of Android's assistive technologies.

Examples of alternatives:

• For significant UI changes like window changes, use Activity.setTitle(CharSequence) and setAccessibilityPaneTitle(java.lang.CharSequence). In Compose, use Modifier.semantics { paneTitle = "paneTitle" }
• To inform the user of changes to critical UI, use setAccessibilityLiveRegion(int). In Compose, use Modifier.semantics { liveRegion = LiveRegionMode.[Polite|Assertive]} . These should be used sparingly as they may generate announcements every time a View is updated.
• To notify users about errors, send an AccessibilityEvent of type AccessibilityEvent#CONTENT_CHANGE_TYPE_ERROR and set AccessibilityNodeInfo#setError(CharSequence), or use TextView#setError(CharSequence).

The reference documentation for the deprecated announceForAccessibility API includes more details about suggested alternatives.