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 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à ư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ông tin về mức độ ảnh hưởng của trạng thái ứng dụng đến 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 API lập lịch biểu 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
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
Ứng dụng Android được phép xác định mức độ ưu tiên trên broadcast receiver để kiểm soát thứ tự mà các broadcast receiver nhận và xử lý thông báo truyền tin. Đối với trình nhận được khai báo trong tệp kê khai, ứng dụng có thể sử dụng thuộc tính android:priority để xác định mức độ ưu tiên và đối với trình nhận được đăng ký theo ngữ cảnh, ứng dụng có thể sử dụng API IntentFilter#setPriority() để xác định mức độ ưu tiên. Khi gửi thông báo truyền tin, hệ thống sẽ phân phối thông báo đó đến các trình thu nhận theo thứ tự ưu tiên, từ cao nhất đến thấp nhất.
Trong Android 16, thứ tự phân phối thông báo truyền tin bằng thuộc tính android:priority hoặc IntentFilter#setPriority() trên các quy trình khác nhau sẽ không được đảm bảo. Mức độ ưu tiên của thông báo truyền tin sẽ chỉ được tuân thủ trong cùng một quy trình ứng dụng thay vì trên tất cả các quy trình.
Ngoài ra, mức độ ưu tiên của thông báo truyền tin sẽ tự động được giới hạn trong phạm vi (SYSTEM_LOW_PRIORITY + 1, SYSTEM_HIGH_PRIORITY – 1). Chỉ các thành phần hệ thống mới được phép đặt SYSTEM_LOW_PRIORITY, SYSTEM_HIGH_PRIORITY làm mức độ ưu tiên truyền tin.
Ứng dụng của bạn có thể bị ảnh hưởng nếu thực hiện một trong những hành động sau:
- Ứng dụng của bạn đã khai báo nhiều quy trình có cùng một ý định truyền tin và có kỳ vọng về việc nhận các ý định đó theo một thứ tự nhất định dựa trên mức độ ưu tiên.
- Quy trình ứng dụng của bạn tương tác với các quy trình khác và có những kỳ vọng về việc nhận ý định truyền tin theo một thứ tự nhất định.
Nếu các quy trình cần phối hợp với nhau, thì các quy trình đó phải giao tiếp bằng các kênh phối hợp khác.
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 introduced support for 16 KB memory pages to optimize performance of the platform. Android 16 adds a compatibility mode, allowing some apps built for 4 KB memory pages to run on a device configured for 16 KB memory pages.
When your app is running on a device with Android 16 or higher, if Android
detects that your app has 4 KB aligned memory pages, it automatically uses
compatibility mode and display a notification dialog to the user. Setting the
android:pageSizeCompat property in the AndroidManifest.xml to enable the
backwards compatibility mode will prevent the display of the dialog when your
app launches. To use the android:pageSizeCompat property, compile your app
using the Android 16 SDK.
For best performance, reliability, and stability, your app should still be 16 KB aligned. Check out our recent blog post on updating your apps to support 16 KB memory pages for more details.
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 废弃了无障碍功能通告，其特征是使用 announceForAccessibility 或调度 TYPE_ANNOUNCEMENT 无障碍功能事件。这可能会给 TalkBack 和 Android 屏幕阅读器用户带来不一致的用户体验，而替代方案可以更好地满足各种 Android 辅助技术的用户需求。
替代方案示例：
- 对于窗口更改等重大界面更改，请使用
Activity.setTitle(CharSequence)和setAccessibilityPaneTitle(java.lang.CharSequence)。在 Compose 中，使用Modifier.semantics { paneTitle = "paneTitle" } - 如需向用户告知关键界面的更改，请使用
setAccessibilityLiveRegion(int)。在 Compose 中，请使用Modifier.semantics { liveRegion = LiveRegionMode.[Polite|Assertive]}。应谨慎使用这些事件，因为它们可能会在每次更新视图时生成通知。 - 如需向用户发送错误通知，请发送类型为
AccessibilityEvent#CONTENT_CHANGE_TYPE_ERROR的AccessibilityEvent并设置AccessibilityNodeInfo#setError(CharSequence)，或使用TextView#setError(CharSequence)。
已废弃的 announceForAccessibility API 的参考文档中包含有关建议替代方案的更多详细信息。
Hỗ trợ chế độ thao tác bằng 3 nút
Android 16 hỗ trợ tính năng xem trước thao tác quay lại cho chế độ điều hướng bằng 3 nút cho các ứng dụng đã di chuyển đúng cách sang tính năng xem trước thao tác quay lại. Thao tác nhấn và giữ nút quay lại sẽ bắt đầu ảnh động xem trước thao tác quay lại, cho bạn xem trước vị trí mà thao tác vuốt ngược sẽ đưa bạn đến.
Hành vi này áp dụng cho tất cả các khu vực của hệ thống hỗ trợ ảnh động xem trước thao tác quay lại, bao gồm cả ảnh động hệ thống (quay lại màn hình chính, giữa các tác vụ và giữa các hoạt động).
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 đè
虚拟设备所有者是创建和管理虚拟设备的受信任应用或特权应用。虚拟设备所有者在虚拟设备上运行应用，然后将应用投影到远程设备的显示屏上，例如个人电脑、虚拟现实设备或车载信息娱乐系统。虚拟设备所有者位于本地设备上，例如手机。
按应用替换项
在搭载 Android 16（API 级别 36）的设备上，虚拟设备所有者可以替换其管理的特定虚拟设备上的应用设置。例如，为了改进应用布局，虚拟设备所有者在将应用投影到外部显示屏上时，可以忽略屏幕方向、宽高比和可调整大小性限制。
常见的重大更改
Android 16 行为可能会影响应用在汽车显示屏或 Chromebook 等大屏幕设备上的界面，尤其是那些专为竖屏小显示屏设计的布局。如需了解如何让应用适应所有设备类型，请参阅关于自适应布局。
参考编号
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 提供了针对一般 Intent 重定向攻击的默认安全性，并且只需进行最低限度的兼容性更改和开发者更改。
我们正在推出默认安全强化解决方案，以应对重定向漏洞。Intent在大多数情况下，使用 intent 的应用通常不会遇到任何兼容性问题；我们在整个开发过程中收集了指标，以监控哪些应用可能会出现中断。
当攻击者可以部分或完全控制用于在存在漏洞的应用上下文中启动新组件的 intent 内容时，Android 中就会出现 intent 重定向问题，而受害应用会在（“顶级”）Intent 的 extras 字段中启动不可信的子级 intent。这可能会导致攻击者应用在受害者应用的上下文中启动私有组件、触发特权操作或获得对敏感数据的 URI 访问权限，从而可能导致数据盗窃和任意代码执行。
选择停用 intent 重定向处理
Android 16 引入了一项新 API，允许应用选择停用启动安全保护功能。在默认安全行为会干扰正当应用用例的特定情况下，这可能是必要的。
对于针对 Android 16（API 级别 36）SDK 或更高版本进行编译的应用
您可以直接对 Intent 对象使用 removeLaunchSecurityProtection() 方法。
val i = intent
val iSublevel: Intent? = i.getParcelableExtra("sub_intent")
iSublevel?.removeLaunchSecurityProtection() // Opt out from hardening
iSublevel?.let { startActivity(it) }
对于针对 Android 15（API 级别 35）或更低版本进行编译的应用
虽然不建议这样做，但您可以使用反射来访问 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 在配套设备配对流程期间引入了一种新行为，以防恶意应用侵犯用户的位置信息隐私。在 Android 16 上运行的所有配套应用都不再直接通过 RESULT_DISCOVERY_TIMEOUT 收到发现超时通知。而是通过可视对话框通知用户超时事件。当用户关闭对话框时，系统会通过 RESULT_USER_REJECTED 提醒应用关联失败。
搜索时长也从原来的 20 秒延长到了 30 秒，并且用户可以在搜索期间的任何时间停止设备发现。如果在开始搜索的前 20 秒内发现了至少 1 部设备，CDM 会停止搜索其他设备。
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.