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 khi 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 cho phù hợp (nếu cần).

Ngoài ra, hãy nhớ tham khảo danh sách các 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 (API cấp 36) có những thay đổi sau đây nhằm 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à công việc khẩn cấp dựa trên các yếu tố sau:

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

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 nhật ký lý do công việc của bạn 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ông tin về cách trạng thái của ứng dụng ảnh hưởng đến những tài nguyên mà ứng dụng có thể sử dụng, hãy xem phần Hạn mức tài nguyên quản lý nguồn. Để biết thêm thông tin về các phương pháp hay nhất giúp 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 các API lập lịch tác vụ.

Bạn cũng nên tận dụng API JobScheduler#getPendingJobReasonsHistory mới được ra mắt trong Android 16 để biết lý do một công việc chưa được thực thi.

Thử nghiệm

Để kiểm thử hành vi của ứng dụng, bạn có thể bật chế độ ghi đè một số hoạt động tối ưu hoá hạn ngạch 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 chế độ thực thi "trạng thái hàng đầu sẽ tuân thủ hạn mức thời gian chạy của 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 ngạch 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 của nhóm chế độ chờ của ứng dụng, bạn có thể đặt nhóm chế độ chờ của ứng dụng bằng lệnh adb sau:

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

Để biết ứng dụng của bạn nằm trong nhóm chế độ chờ ứng dụng nào, bạn có thể lấy nhóm 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

Lý do dừng các công việc bị bỏ dở khi không có dữ liệu

An abandoned job occurs when the JobParameters object associated with the job has been garbage collected, but JobService#jobFinished(JobParameters, boolean) has not been called to signal job completion. This indicates that the job may be running and being rescheduled without the app's awareness.

Apps that rely on JobScheduler, don't maintain a strong reference to the JobParameters object, and timeout will now be granted the new job stop reason STOP_REASON_TIMEOUT_ABANDONED, instead of STOP_REASON_TIMEOUT.

If there are frequent occurrences of the new abandoned stop reason, the system will take mitigation steps to reduce job frequency.

Apps should use the new stop reason to detect and reduce abandoned jobs.

If you're using WorkManager, AsyncTask, or DownloadManager, you aren't impacted because these APIs manage the job lifecycle on your app's behalf.

Hoàn toàn không dùng JobInfo#setImportantWhileForeground nữa

The JobInfo.Builder#setImportantWhileForeground(boolean) method indicates the importance of a job while the scheduling app is in the foreground or when temporarily exempted from background restrictions.

This method has been deprecated since Android 12 (API level 31). Starting in Android 16, it no longer functions effectively and calling this method will be ignored.

This removal of functionality also applies to JobInfo#isImportantWhileForeground(). Starting in Android 16, if the method is called, the method returns false.

Phạm vi ưu tiên của thông báo truyền tin theo thứ tự không còn là phạm vi toàn cầu nữa

Android apps are allowed to define priorities on broadcast receivers to control the order in which the receivers receive and process the broadcast. For manifest-declared receivers, apps can use the android:priority attribute to define the priority and for context-registered receivers, apps can use the IntentFilter#setPriority() API to define the priority. When a broadcast is sent, the system delivers it to receivers in order of their priority, from highest to lowest.

In Android 16, broadcast delivery order using the android:priority attribute or IntentFilter#setPriority() across different processes will not be guaranteed. Broadcast priorities will only be respected within the same application process rather than across all processes.

Also, broadcast priorities will be automatically confined to the range (SYSTEM_LOW_PRIORITY + 1, SYSTEM_HIGH_PRIORITY - 1). Only system components will be allowed to set SYSTEM_LOW_PRIORITY, SYSTEM_HIGH_PRIORITY as broadcast priority.

Your app might be impacted if it does either of the following:

1. Your application has declared multiple processes with the same broadcast intent, and has expectations around receiving those intents in a certain order based on the priority.
2. Your application process interacts with other processes and has expectations around receiving a broadcast intent in a certain order.

If the processes need to coordinate with each other, they should communicate using other coordination channels.

Thay đổi nội bộ về ART

Android 16 bao gồm các bản cập nhật mới nhất cho Android Runtime (ART) giúp cải thiện hiệu suất của Android Runtime (ART) và hỗ trợ thêm các tính năng Java. Thông qua Bản cập nhật hệ thống Google Play, hơn một tỷ thiết bị chạy Android 12 (API cấp 31) trở lên cũng có thể sử dụng các điểm cải tiến này.

Khi những thay đổi này được phát hành, các thư viện và mã ứng dụng dựa vào cấu trúc nội bộ của ART có thể không hoạt động chính xác trên các thiết bị chạy Android 16, cùng với các phiên bản Android cũ cập nhật mô-đun ART thông qua bản cập nhật hệ thống Google Play.

Việc dựa vào các cấu trúc nội bộ (chẳng hạn như giao diện không phải SDK) luôn có thể dẫn đến các vấn đề về khả năng tương thích, nhưng điều đặc biệt quan trọng là tránh dựa vào mã (hoặc thư viện chứa mã) tận dụng các cấu trúc ART nội bộ, vì các thay đổi về ART không liên quan đến phiên bản nền tảng mà thiết bị đang chạy và các thay đổi này sẽ được áp dụng cho hơn một tỷ thiết bị thông qua các bản cập nhật hệ thống của Google Play.

Tất cả nhà phát triển đều nên kiểm tra xem ứng dụng của họ có bị ảnh hưởng hay không bằng cách kiểm thử kỹ lưỡng ứng dụng trên Android 16. Ngoài ra, hãy kiểm tra các vấn đề đã biết để xem ứng dụng của bạn có phụ thuộc vào bất kỳ thư viện nào mà chúng tôi đã xác định là dựa vào cấu trúc ART nội bộ hay không. Nếu mã ứng dụng hoặc các phần phụ thuộc thư viện của bạn bị ảnh hưởng, hãy tìm các API công khai thay thế bất cứ khi nào có thể và yêu cầu API công khai cho các trường hợp sử dụng mới bằng cách tạo yêu cầu về tính năng trong công cụ theo dõi lỗi của chúng tôi.

Chế độ tương thích với kích thước trang 16 KB

Android 15 đã ra mắt tính năng hỗ trợ trang bộ nhớ 16 KB để tối ưu hoá hiệu suất của nền tảng. Android 16 bổ sung một chế độ tương thích, cho phép một số ứng dụng được tạo cho các trang bộ nhớ 4 KB chạy trên một thiết bị được định cấu hình cho các trang bộ nhớ 16 KB.

Khi ứng dụng của bạn đang chạy trên một thiết bị chạy Android 16 trở lên, nếu Android phát hiện thấy ứng dụng của bạn có các trang bộ nhớ được căn chỉnh 4 KB, thì Android sẽ tự động sử dụng chế độ tương thích và hiển thị hộp thoại thông báo cho người dùng. Việc đặt thuộc tính android:pageSizeCompat trong AndroidManifest.xml để bật chế độ tương thích ngược sẽ ngăn hộp thoại hiển thị khi ứng dụng khởi chạy. Để sử dụng thuộc tính android:pageSizeCompat, hãy biên dịch ứng dụng bằng SDK Android 16.

Để có hiệu suất, độ tin cậy và độ ổn định tốt nhất, ứng dụng của bạn vẫn phải được căn chỉnh 16 KB. Hãy xem bài đăng gần đây trên blog của chúng tôi về cách cập nhật ứng dụng để hỗ trợ trang bộ nhớ 16 KB để biết thêm thông tin chi tiết.

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

Android 16 (API cấp 36) có những 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 các 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.

Hỗ trợ chế độ thao tác bằng 3 nút

Android 16 brings predictive back support to the 3-button navigation for apps that have properly migrated to predictive back. Long-pressing the back button initiates a predictive back animation, giving you a preview of where the back swipe takes you.

This behavior applies across all areas of the system that support predictive back animations, including the system animations (back-to-home, cross-task, and cross-activity).

Biểu tượng ứng dụng theo chủ đề tự động

Beginning with Android 16 QPR 2, Android automatically applies themes to app icons to create a cohesive home screen experience. This occurs if an app does not provide its own themed app icon. Apps can control the design of their themed app icon by including a monochrome layer within their adaptive icon and previewing what their app icon will look like in Android Studio.

Kiểu dáng thiết bị

Android 16 (API cấp 36) có những thay đổi sau đây đối với các ứng dụng khi được chủ sở hữu thiết bị ảo chiếu lên màn hình.

Chủ sở hữu thiết bị ảo ghi đè

Chủ sở hữu thiết bị ảo là một ứng dụng đáng tin cậy hoặc có đặc quyền tạo và quản lý một thiết bị ảo. Chủ sở hữu thiết bị ảo chạy các ứng dụng trên thiết bị ảo, sau đó chiếu các ứng dụng đó lên màn hình của một thiết bị từ xa, chẳng hạn như máy tính cá nhân, thiết bị thực tế ảo hoặc hệ thống thông tin giải trí trên ô tô. Chủ sở hữu thiết bị ảo đang dùng một thiết bị cục bộ, chẳng hạn như điện thoại di động.

Ghi đè cho mỗi ứng dụng

Trên các thiết bị chạy Android 16 (API cấp 36), chủ sở hữu thiết bị ảo có thể ghi đè chế độ cài đặt ứng dụng trên một số thiết bị ảo mà họ quản lý. Ví dụ: để cải thiện bố cục ứng dụng, chủ sở hữu thiết bị ảo có thể bỏ qua các hạn chế về hướng, tỷ lệ khung hình và khả năng thay đổi kích thước khi chiếu ứng dụng lên màn hình ngoài.

Các thay đổi có thể gây lỗi thường gặp

Hành vi của Android 16 có thể ảnh hưởng đến giao diện người dùng của ứng dụng trên các hệ số hình dạng màn hình lớn, chẳng hạn như màn hình ô tô hoặc Chromebook, đặc biệt là những bố cục được thiết kế cho màn hình nhỏ ở hướng dọc. Để tìm hiểu cách làm cho ứng dụng của bạn thích ứng với mọi hệ số hình dạng của thiết bị, hãy xem phần Giới thiệu về bố cục thích ứng.

Tài liệu tham khảo

Truyền phát trực tiếp bằng ứng dụng đồng hành

Bảo mật

Android 16 (API cấp 36) có những thay đổi giúp tăng cường tính bảo mật của hệ thống để bảo vệ ứng dụng và người dùng khỏi các ứng dụng độc hại.

Cải thiện khả năng bảo mật để chống lại các cuộc tấn công chuyển hướng Ý định

Android 16 cung cấp chế độ bảo mật mặc định để chống lại các cuộc tấn công chuyển hướng Intent nói chung, với khả năng tương thích tối thiểu và các thay đổi cần thiết cho nhà phát triển.

Chúng tôi đang giới thiệu các giải pháp tăng cường bảo mật theo mặc định để khai thác việc chuyển hướng Intent. Trong hầu hết trường hợp, các ứng dụng sử dụng ý định thường sẽ không gặp phải bất kỳ vấn đề nào về khả năng tương thích; chúng tôi đã thu thập các chỉ số trong suốt quá trình phát triển để theo dõi những ứng dụng có thể gặp phải sự cố.

Chuyển hướng ý định trong Android xảy ra khi kẻ tấn công có thể kiểm soát một phần hoặc toàn bộ nội dung của một ý định dùng để chạy một thành phần mới trong bối cảnh một ứng dụng dễ bị tấn công, trong khi ứng dụng mục tiêu chạy một ý định cấp dưới không đáng tin cậy trong một trường bổ sung của một ý định ("cấp cao nhất"). Điều này có thể dẫn đến việc ứng dụng của kẻ tấn công khởi chạy các thành phần riêng tư trong bối cảnh của ứng dụng mục tiêu, kích hoạt các hành động đặc quyền hoặc giành được quyền truy cập URI vào dữ liệu nhạy cảm, có khả năng dẫn đến hành vi đánh cắp dữ liệu và thực thi mã tuỳ ý.

Chọn không xử lý việc chuyển hướng theo ý định

Android 16 giới thiệu một API mới cho phép các ứng dụng chọn không sử dụng các biện pháp bảo vệ khi khởi chạy. Điều này có thể cần thiết trong một số trường hợp cụ thể khi hành vi bảo mật mặc định gây trở ngại cho các trường hợp sử dụng ứng dụng hợp pháp.

Đối với các ứng dụng biên dịch dựa trên SDK Android 16 (API cấp 36) trở lên

Bạn có thể trực tiếp sử dụng phương thức removeLaunchSecurityProtection() trên đối tượng Intent.

val i = intent
val iSublevel: Intent? = i.getParcelableExtra("sub_intent")
iSublevel?.removeLaunchSecurityProtection() // Opt out from hardening
iSublevel?.let { startActivity(it) }

Đối với các ứng dụng biên dịch dựa trên Android 15 (API cấp 35) trở xuống

Mặc dù không nên, nhưng bạn có thể dùng tính năng phản chiếu để truy cập vào phương thức removeLaunchSecurityProtection().

val i = intent
val iSublevel: Intent? = i.getParcelableExtra("sub_intent", Intent::class.java)
try {
    val removeLaunchSecurityProtection = Intent::class.java.getDeclaredMethod("removeLaunchSecurityProtection")
    removeLaunchSecurityProtection.invoke(iSublevel)
} catch (e: Exception) {
    // Handle the exception, e.g., log it
} // Opt-out from the security hardening using reflection
iSublevel?.let { startActivity(it) }

Ứng dụng đồng hành sẽ không còn nhận được thông báo về thời gian chờ phát hiện nữa

Android 16 introduces a new behavior during companion device pairing flow to protect the user's location privacy from malicious apps. All companion apps running on Android 16 are no longer directly notified of discovery timeout using RESULT_DISCOVERY_TIMEOUT. Instead, the user is notified of timeout events with a visual dialog. When the user dismisses the dialog, the app is alerted of the association failure with RESULT_USER_REJECTED.

The search duration has also been extended from the original 20 seconds, and the device discovery can be stopped by the user at any point during the search. If at least one device was discovered within the first 20 seconds of starting the search, the CDM stops searching for additional devices.

Khả năng kết nối

Android 16 (API cấp 36) có những thay đổi sau đây trong ngăn xếp Bluetooth để cải thiện khả năng kết nối với các thiết bị ngoại vi.

Cải thiện khả năng xử lý tình trạng mất liên kết

Kể từ Android 16, ngăn xếp Bluetooth đã được cập nhật để cải thiện tính bảo mật và trải nghiệm người dùng khi phát hiện thấy mất liên kết từ xa. Trước đây, hệ thống sẽ tự động xoá mối liên kết và bắt đầu một quy trình ghép nối mới, điều này có thể dẫn đến việc ghép nối lại ngoài ý muốn. Chúng tôi nhận thấy trong nhiều trường hợp, các ứng dụng không xử lý sự kiện mất liên kết một cách nhất quán.

Để hợp nhất trải nghiệm, Android 16 đã cải thiện khả năng xử lý mất liên kết với hệ thống. Nếu không xác thực được thiết bị Bluetooth đã liên kết trước đó khi kết nối lại, hệ thống sẽ ngắt kết nối đường liên kết, giữ lại thông tin liên kết cục bộ và hiển thị hộp thoại hệ thống thông báo cho người dùng về việc mất liên kết và hướng dẫn họ ghép nối lại.