แพลตฟอร์ม Android 16 มีการเปลี่ยนแปลงลักษณะการทำงานที่อาจส่งผลต่อแอปของคุณ
การเปลี่ยนแปลงลักษณะการทำงานต่อไปนี้มีผลกับแอปทั้งหมดเมื่อทำงานบน Android 16 โดยไม่คำนึงถึง targetSdkVersion
คุณควรทดสอบแอปแล้วแก้ไขแอปตามที่จำเป็นเพื่อรองรับการเปลี่ยนแปลงเหล่านี้ (หากมี)
โปรดตรวจสอบรายการการเปลี่ยนแปลงลักษณะการทำงานที่ส่งผลต่อแอปที่กําหนดเป้าหมายเป็น Android 16 เท่านั้นด้วย
ฟังก์ชันหลัก
Android 16 (API ระดับ 36) มีการเปลี่ยนแปลงต่อไปนี้ซึ่งแก้ไขหรือขยายความสามารถหลักต่างๆ ของระบบ Android
การเพิ่มประสิทธิภาพโควต้า JobScheduler
从 Android 16 开始,我们将根据以下因素调整常规作业和加急作业执行运行时配额:
- 应用位于哪个应用待机分桶:在 Android 16 中,系统将开始使用充足的运行时配额来强制执行处于活动状态的待机分桶。
- 如果作业在应用处于顶部状态时开始执行:在 Android 16 中,如果作业在应用对用户可见时启动,并在应用变为不可见后继续,则将遵循作业运行时配额。
- 如果作业在运行前台服务时执行:在 Android 16 中,与前台服务同时执行的作业将遵循作业运行时配额。如果您要使用作业进行用户发起的数据传输,请考虑改用用户发起的数据传输作业。
此更改会影响使用 WorkManager、JobScheduler 和 DownloadManager 调度的任务。如需调试作业停止的原因,我们建议您通过调用 WorkInfo.getStopReason()
(对于 JobScheduler 作业,请调用 JobParameters.getStopReason()
)记录作业停止的原因。
如需了解应用的状态如何影响其可使用的资源,请参阅功耗管理资源限制。如需详细了解有关延长电池续航时间的最佳实践,请参阅有关优化任务调度 API 的电池用量的指南。
我们还建议您利用 Android 16 中引入的新 JobScheduler#getPendingJobReasonsHistory
API 来了解作业未执行的原因。
测试
如需测试应用的行为,您可以启用替换某些作业配额优化,前提是应用在 Android 16 设备上运行。
如需停用强制执行“顶部状态将遵守作业运行时配额”政策,请运行以下 adb
命令:
adb shell am compat enable OVERRIDE_QUOTA_ENFORCEMENT_TO_TOP_STARTED_JOBS APP_PACKAGE_NAME
如需停用强制执行“与前台服务同时执行的作业将遵守作业运行时配额”政策,请运行以下 adb
命令:
adb shell am compat enable OVERRIDE_QUOTA_ENFORCEMENT_TO_FGS_JOBS APP_PACKAGE_NAME
如需测试特定的应用待机分桶行为,您可以使用以下 adb
命令设置应用的应用待机分桶:
adb shell am set-standby-bucket APP_PACKAGE_NAME active|working_set|frequent|rare|restricted
如需了解应用所在的应用待机分桶,您可以使用以下 adb
命令获取应用的应用待机分桶:
adb shell am get-standby-bucket APP_PACKAGE_NAME
เหตุผลที่หยุดงานว่างเปล่าที่หยุดทำงาน
如果与作业关联的 JobParameters
对象已被垃圾回收,但尚未调用 JobService#jobFinished(JobParameters,
boolean)
来指示作业已完成,则会发生作业被废弃的情况。这表示作业可能会在应用不知情的情况下运行和重新调度。
依赖于 JobScheduler 的应用不会维护对 JobParameters
对象的强引用,并且超时现在将获得新的作业停止原因 STOP_REASON_TIMEOUT_ABANDONED
,而不是 STOP_REASON_TIMEOUT
。
如果新的作业被废弃停止原因频繁出现,系统会采取缓解措施来降低作业频率。
应用应使用新的停止原因来检测和减少被废弃的作业。
如果您使用的是 WorkManager、AsyncTask 或 DownloadManager,则不会受到影响,因为这些 API 会代表您的应用管理作业生命周期。
เลิกใช้งาน JobInfo#setImportantWhileForeground อย่างสมบูรณ์
วิธีการ JobInfo.Builder#setImportantWhileForeground(boolean)
จะระบุความสำคัญของงานขณะที่แอปกำหนดเวลาอยู่เบื้องหน้าหรือเมื่อได้รับการยกเว้นจากข้อจำกัดของเบื้องหลังชั่วคราว
เราเลิกใช้งานเมธอดนี้ตั้งแต่ Android 12 (API ระดับ 31) ตั้งแต่ Android 16 เป็นต้นไป วิธีการนี้จะใช้งานไม่ได้อีกต่อไป และระบบจะไม่สนใจการเรียกใช้เมธอดนี้
การนําฟังก์ชันการทำงานนี้ออกจะมีผลกับJobInfo#isImportantWhileForeground()
ด้วย ตั้งแต่ Android 16 เป็นต้นไป หากมีการเรียกใช้เมธอด เมธอดจะแสดงผลลัพธ์เป็น false
ขอบเขตลําดับความสําคัญของประกาศตามลําดับไม่ได้เป็นแบบทั่วโลกอีกต่อไป
แอป Android ได้รับอนุญาตให้กำหนดลำดับความสำคัญในเครื่องรับการออกอากาศเพื่อควบคุมลำดับที่เครื่องรับจะรับและประมวลผลการออกอากาศ สําหรับตัวรับที่ประกาศในไฟล์ Manifest แอปสามารถใช้แอตทริบิวต์ android:priority
เพื่อกําหนดลําดับความสําคัญ และสำหรับตัวรับที่ลงทะเบียนตามบริบท แอปสามารถใช้ IntentFilter#setPriority()
API เพื่อกําหนดลําดับความสําคัญ เมื่อส่งการออกอากาศ ระบบจะส่งการออกอากาศไปยังผู้รับตามลําดับความสําคัญจากสูงไปต่ำ
ใน Android 16 ระบบจะไม่รับประกันลำดับการนำส่งแบบออกอากาศที่ใช้แอตทริบิวต์ android:priority
หรือ IntentFilter#setPriority()
ในกระบวนการต่างๆ ระบบจะพิจารณาลำดับความสำคัญของการออกอากาศภายในกระบวนการสมัครเดียวกันเท่านั้น ไม่ใช่ในทุกกระบวนการ
นอกจากนี้ ระบบจะจำกัดลําดับความสําคัญของรายการออกอากาศให้อยู่ในช่วง (SYSTEM_LOW_PRIORITY
+ 1,
SYSTEM_HIGH_PRIORITY
- 1) โดยอัตโนมัติ เฉพาะคอมโพเนนต์ของระบบเท่านั้นที่จะได้รับอนุญาตให้ตั้งค่า SYSTEM_LOW_PRIORITY
, SYSTEM_HIGH_PRIORITY
เป็นลำดับความสำคัญของการออกอากาศ
แอปของคุณอาจได้รับผลกระทบหากมีลักษณะการทำงานอย่างใดอย่างหนึ่งต่อไปนี้
- แอปพลิเคชันของคุณประกาศกระบวนการหลายรายการที่มี Intent การออกอากาศเดียวกัน และคาดหวังที่จะได้รับการส่ง Intent เหล่านั้นตามลำดับที่แน่นอนโดยอิงตามลําดับความสําคัญ
- กระบวนการสมัครของคุณจะโต้ตอบกับกระบวนการอื่นๆ และมีสิ่งที่คาดหวังเกี่ยวกับการรับ Intent การออกอากาศตามลําดับที่กําหนด
หากกระบวนการต่างๆ จำเป็นต้องประสานงานกัน ทีมควรสื่อสารโดยใช้ช่องทางประสานงานอื่นๆ
การเปลี่ยนแปลงภายในของ ART
Android 16 มีการอัปเดตล่าสุดสำหรับรันไทม์ Android (ART) ซึ่งจะปรับปรุงประสิทธิภาพของรันไทม์ Android (ART) และรองรับฟีเจอร์ Java เพิ่มเติม การอัปเดตระบบ Google Play ยังช่วยให้อุปกรณ์กว่า 1 พันล้านเครื่องที่ใช้ Android 12 (API ระดับ 31) ขึ้นไปได้รับประโยชน์จากการปรับปรุงเหล่านี้ด้วย
เมื่อมีการเผยแพร่การเปลี่ยนแปลงเหล่านี้ ไลบรารีและโค้ดแอปที่อาศัยโครงสร้างภายในของ ART อาจทํางานไม่ถูกต้องในอุปกรณ์ที่ใช้ Android 16 รวมถึง Android เวอร์ชันเก่าที่อัปเดตข้อบังคับของ ART ผ่านการอัปเดตระบบของ Google Play
การใช้โครงสร้างภายใน (เช่น อินเทอร์เฟซที่ไม่ใช่ SDK) อาจทำให้เกิดปัญหาความเข้ากันได้เสมอ แต่สิ่งสําคัญอย่างยิ่งคือหลีกเลี่ยงการใช้โค้ด (หรือไลบรารีที่มีโค้ด) ที่ใช้โครงสร้างภายในของ ART เนื่องจากการเปลี่ยนแปลง ART ไม่ได้เชื่อมโยงกับเวอร์ชันแพลตฟอร์มที่อุปกรณ์ใช้อยู่ และการเปลี่ยนแปลงดังกล่าวจะเผยแพร่ไปยังอุปกรณ์กว่า 1 พันล้านเครื่องผ่านการอัปเดตระบบของ Google Play
นักพัฒนาแอปทุกรายควรตรวจสอบว่าแอปของตนได้รับผลกระทบหรือไม่โดยการทดสอบแอปอย่างละเอียดใน Android 16 นอกจากนี้ ให้ตรวจสอบปัญหาที่ทราบเพื่อดูว่าแอปของคุณใช้ไลบรารีที่เราพบว่าใช้โครงสร้าง ART ภายในหรือไม่ หากคุณมีโค้ดแอปหรือไลบรารีที่ส่งผลต่อการใช้งาน ให้หา API สาธารณะทางเลือกทุกครั้งที่เป็นไปได้ และขอ API สาธารณะสำหรับ Use Case ใหม่โดยสร้างคำขอฟีเจอร์ในเครื่องมือติดตามปัญหา
โหมดความเข้ากันได้กับขนาดหน้า 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.

ประสบการณ์ของผู้ใช้และ UI ของระบบ
Android 16 (API ระดับ 36) มีการเปลี่ยนแปลงต่อไปนี้ซึ่งมีจุดประสงค์เพื่อมอบประสบการณ์การใช้งานที่สม่ำเสมอและใช้งานง่ายยิ่งขึ้นแก่ผู้ใช้
การเลิกใช้งานการประกาศการช่วยเหลือพิเศษที่รบกวน
Android 16 เลิกใช้งานการประกาศการช่วยเหลือพิเศษ ซึ่งมีลักษณะการใช้งาน announceForAccessibility
หรือการส่งเหตุการณ์การช่วยเหลือพิเศษ TYPE_ANNOUNCEMENT
การดำเนินการเหล่านี้อาจทำให้ผู้ใช้ TalkBack และโปรแกรมอ่านหน้าจอของ Android ได้รับประสบการณ์การใช้งานที่ไม่สอดคล้องกัน และทางเลือกอื่นๆ จะตอบสนองความต้องการของผู้ใช้ได้หลากหลายมากขึ้นในเทคโนโลยีความช่วยเหลือพิเศษต่างๆ ของ Android
ตัวอย่างทางเลือกมีดังนี้
- สำหรับการเปลี่ยนแปลง UI ที่สำคัญ เช่น การเปลี่ยนแปลงหน้าต่าง ให้ใช้
Activity.setTitle(CharSequence)
และsetAccessibilityPaneTitle(java.lang.CharSequence)
ในโหมดเขียน ให้ใช้Modifier.semantics { paneTitle = "paneTitle" }
- หากต้องการแจ้งให้ผู้ใช้ทราบถึงการเปลี่ยนแปลง UI ที่สำคัญ ให้ใช้
setAccessibilityLiveRegion(int)
ในโหมดเขียน ให้ใช้Modifier.semantics { liveRegion = LiveRegionMode.[Polite|Assertive]}
คุณควรใช้ฟีเจอร์เหล่านี้อย่างจำกัดเนื่องจากอาจสร้างประกาศทุกครั้งที่มีการอัปเดตมุมมอง - หากต้องการแจ้งให้ผู้ใช้ทราบเกี่ยวกับข้อผิดพลาด ให้ส่ง
AccessibilityEvent
ประเภทAccessibilityEvent#CONTENT_CHANGE_TYPE_ERROR
และตั้งค่าAccessibilityNodeInfo#setError(CharSequence)
หรือใช้TextView#setError(CharSequence)
เอกสารอ้างอิงสําหรับ announceForAccessibility
API ที่เลิกใช้งานแล้วมีรายละเอียดเพิ่มเติมเกี่ยวกับทางเลือกที่แนะนํา
การรองรับการไปยังส่วนต่างๆ แบบ 3 ปุ่ม
Android 16 รองรับการกดย้อนกลับแบบคาดการณ์ในการนําทางด้วยปุ่ม 3 ปุ่มสําหรับแอปที่ย้ายข้อมูลไปยังการกดย้อนกลับแบบคาดการณ์อย่างถูกต้อง การกดปุ่มย้อนกลับค้างไว้จะเป็นการเริ่มภาพเคลื่อนไหวย้อนกลับแบบคาดเดา ซึ่งจะแสดงตัวอย่างตำแหน่งที่คุณจะไปเมื่อปัดกลับ
ลักษณะการทำงานนี้มีผลกับทุกส่วนของระบบที่รองรับภาพเคลื่อนไหวแบบคาดเดาของการย้อนกลับ รวมถึงภาพเคลื่อนไหวของระบบ (การย้อนกลับไปยังหน้าจอหลัก การข้ามงาน และการทำงานข้ามแอป)
รูปแบบของอุปกรณ์
Android 16 (ระดับ API 36) มีการเปลี่ยนแปลงต่อไปนี้สำหรับแอปเมื่อเจ้าของอุปกรณ์เสมือนฉายภาพไปยังจอแสดงผล
การลบล้างของเจ้าของอุปกรณ์เสมือนจริง
虚拟设备所有者是创建和管理虚拟设备的可信或特权应用。虚拟设备所有者可以在虚拟设备上运行应用,然后将应用投影到远程设备(例如个人计算机、虚拟现实设备或汽车信息娱乐系统)的显示屏上。虚拟设备所有者位于本地设备(例如手机)上。

按应用替换项
在搭载 Android 16(API 级别 36)的设备上,虚拟设备所有者可以在虚拟设备所有者管理的部分虚拟设备上替换应用设置。例如,为了改进应用布局,虚拟设备所有者可以在将应用投影到外部显示屏时忽略屏幕方向、宽高比和可调整大小限制。
常见的破坏性更改
Android 16 中的此行为可能会影响应用在汽车显示屏或 Chromebook 等大屏幕设备上的界面,尤其是针对纵向小屏幕设计的布局。如需了解如何让应用适应所有设备类型,请参阅自适应布局简介。
参考文档
ความปลอดภัย
Android 16 (API ระดับ 36) มีการเปลี่ยนแปลงที่ส่งเสริมความปลอดภัยของระบบเพื่อช่วยปกป้องแอปและผู้ใช้จากแอปที่เป็นอันตราย
ปรับปรุงความปลอดภัยเพื่อป้องกันการโจมตีด้วยการเปลี่ยนเส้นทาง Intent
Android 16 มีการรักษาความปลอดภัยเริ่มต้นเพื่อป้องกันIntent
การโจมตีด้วยการเปลี่ยนเส้นทางทั่วไป โดยมีการรองรับการทำงานร่วมกันขั้นต่ำและการเปลี่ยนแปลงที่นักพัฒนาแอปต้องทำ
เรากำลังเปิดตัวโซลูชันการปิดช่องโหว่เพื่อความปลอดภัยโดยค่าเริ่มต้นเพื่อIntent
ป้องกันการโจมตีด้วยการเปลี่ยนเส้นทาง ในกรณีส่วนใหญ่ แอปที่ใช้ Intent จะไม่พบปัญหาความเข้ากันได้ เนื่องจากเราได้รวบรวมเมตริกตลอดกระบวนการพัฒนาเพื่อตรวจสอบว่าแอปใดอาจพบปัญหา
การเปลี่ยนเส้นทาง Intent ใน Android เกิดขึ้นเมื่อผู้โจมตีควบคุมเนื้อหาของ Intent ที่ใช้เพื่อเปิดคอมโพเนนต์ใหม่ในบริบทของแอปที่มีช่องโหว่ได้บางส่วนหรือทั้งหมด ขณะที่แอปเหยื่อเปิด Intent ระดับย่อยที่ไม่น่าเชื่อถือในช่อง extras ของ Intent ("ระดับบนสุด") ซึ่งอาจทําให้แอปของผู้โจมตีเปิดใช้งานคอมโพเนนต์ส่วนตัวในบริบทของแอปเหยื่อ ทริกเกอร์การดําเนินการที่มีสิทธิ์ หรือรับสิทธิ์เข้าถึง URI ของข้อมูลที่ละเอียดอ่อน ซึ่งอาจทําให้เกิดการโจรกรรมข้อมูลและการดำเนินการโค้ดแบบกำหนดเอง
เลือกไม่ใช้การจัดการการเปลี่ยนเส้นทาง Intent
Android 16 เปิดตัว API ใหม่ที่ช่วยให้แอปเลือกไม่ใช้การป้องกันด้านความปลอดภัยของการเปิด ซึ่งอาจจำเป็นในบางกรณีที่ลักษณะการทำงานด้านความปลอดภัยเริ่มต้นรบกวน Use Case ของแอปที่ถูกต้อง
สําหรับแอปพลิเคชันที่คอมไพล์กับ SDK ของ Android 16 (API ระดับ 36) ขึ้นไป
คุณสามารถใช้เมธอด removeLaunchSecurityProtection()
กับออบเจ็กต์ Intent ได้โดยตรง
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) }
แอปที่ใช้ร่วมกันจะไม่ได้รับการแจ้งเตือนเกี่ยวกับการหมดเวลาการค้นหาอีกต่อไป
Android 16 เปิดตัวลักษณะการทำงานใหม่ในขั้นตอนการจับคู่อุปกรณ์เสริมเพื่อปกป้องความเป็นส่วนตัวของตำแหน่งของผู้ใช้จากแอปที่เป็นอันตราย แอปที่ใช้ร่วมกันทั้งหมดที่ทำงานบน Android 16 จะไม่ได้รับการแจ้งเตือนโดยตรงอีกต่อไปเมื่อหมดเวลาในการค้นหาโดยใช้ RESULT_DISCOVERY_TIMEOUT
แต่ผู้ใช้จะได้รับการแจ้งเตือนเกี่ยวกับเหตุการณ์หมดเวลาด้วยกล่องโต้ตอบแบบภาพแทน เมื่อผู้ใช้ปิดกล่องโต้ตอบ แอปจะได้รับการแจ้งเตือนเกี่ยวกับการเชื่อมโยงกับ RESULT_USER_REJECTED
ไม่สำเร็จ
นอกจากนี้ ระยะเวลาการค้นหายังเพิ่มขึ้นจากเดิม 20 วินาที และผู้ใช้สามารถหยุดการค้นหาอุปกรณ์ได้ทุกเมื่อในระหว่างการค้นหา หากพบอุปกรณ์อย่างน้อย 1 เครื่องภายใน 20 วินาทีแรกของการเริ่มค้นหา CDM จะหยุดค้นหาอุปกรณ์เพิ่มเติม
การเชื่อมต่อ
Android 16 (API ระดับ 36) มีการเปลี่ยนแปลงต่อไปนี้ในสแต็กบลูทูธเพื่อปรับปรุงการเชื่อมต่อกับอุปกรณ์ต่อพ่วง
การจัดการการสูญเสียพันธบัตรที่ดีขึ้น
从 Android 16 开始,蓝牙堆栈已更新,以便在检测到远程配对丢失时提高安全性和用户体验。以前,系统会自动解除配对并启动新的配对流程,这可能会导致意外重新配对。在许多情况下,我们发现应用未以一致的方式处理债券损失事件。
为了统一体验,Android 16 改进了系统的绑定丢失处理。如果之前配对的蓝牙设备在重新连接时无法进行身份验证,系统会断开关联,保留本地配对信息,并显示系统对话框,告知用户配对已断开并指示他们重新配对。