การเปลี่ยนแปลงลักษณะการทํางาน: แอปทั้งหมด

แพลตฟอร์ม 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 จะไม่เก็บการอ้างอิงแบบ Strong กับออบเจ็กต์ 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 应用可以为广播接收器定义优先级，以控制接收器接收和处理广播的顺序。对于清单声明的接收器，应用可以使用 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 系统更新，搭载 Android 12（API 级别 31）及更高版本的 10 亿多部设备也将受益于这些改进。

发布这些变更后，依赖于 ART 内部结构的库和应用代码在搭载 Android 16 的设备以及通过 Google Play 系统更新来更新 ART 模块的较低 Android 版本上可能无法正常运行。

依赖于内部结构（例如非 SDK 接口）始终会导致兼容性问题，但避免依赖于利用内部 ART 结构的代码（或包含代码的库）尤为重要，因为 ART 更改与设备所运行的平台版本无关，并且会通过 Google Play 系统更新推送到超过 10 亿部设备。

所有开发者都应在 Android 16 上对其应用进行全面测试，以检查其应用是否受到影响。此外，请查看已知问题，了解您的应用是否依赖于我们发现的任何依赖于内部 ART 结构的库。如果您的应用代码或库依赖项受到影响，请尽可能寻找公共 API 替代方案，并在问题跟踪器中创建功能请求，为新用例请求公共 API。

โหมดความเข้ากันได้กับขนาดหน้า 16 KB

Android 15 รองรับหน้าหน่วยความจำขนาด 16 KB เพื่อเพิ่มประสิทธิภาพแพลตฟอร์ม Android 16 เพิ่มโหมดความเข้ากันได้ ซึ่งช่วยให้แอปบางแอปที่สร้างขึ้นสำหรับหน้าหน่วยความจำขนาด 4 KB ทำงานในอุปกรณ์ที่กำหนดค่าไว้สำหรับหน้าหน่วยความจำขนาด 16 KB ได้

เมื่อแอปทำงานในอุปกรณ์ที่ใช้ Android 16 ขึ้นไป หาก Android ตรวจพบว่าแอปของคุณมีหน้าหน่วยความจำที่ปรับแนวขนาด 4 KB ระบบจะใช้โหมดเข้ากันได้โดยอัตโนมัติและแสดงกล่องโต้ตอบการแจ้งเตือนต่อผู้ใช้ การตั้งค่าพร็อพเพอร์ตี้ android:pageSizeCompat ใน AndroidManifest.xml เพื่อเปิดใช้โหมดความเข้ากันได้แบบย้อนหลังจะป้องกันไม่ให้กล่องโต้ตอบแสดงเมื่อแอปเปิดขึ้น หากต้องการใช้พร็อพเพอร์ตี้ android:pageSizeCompat ให้คอมไพล์แอปโดยใช้ Android 16 SDK

แอปของคุณควรยังคงมีขนาด 16 KB เพื่อให้มีประสิทธิภาพ ความน่าเชื่อถือ และความเสถียรที่ดีที่สุด ดูรายละเอียดเพิ่มเติมได้ในบล็อกโพสต์ล่าสุดเกี่ยวกับการอัปเดตแอปให้รองรับหน้าหน่วยความจำ 16 KB

กล่องโต้ตอบโหมดเข้ากันได้ที่แสดงขึ้นเมื่อระบบตรวจพบว่าแอปที่ปรับขนาดเป็น 4 KB สามารถทำงานได้อย่างมีประสิทธิภาพมากขึ้นหากปรับขนาดเป็น 16 KB

ประสบการณ์ของผู้ใช้และ 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 为已正确迁移到预测性返回的应用的三按钮导航栏引入了预测性返回支持。长按返回按钮会启动预测性返回动画，让您预览返回滑动手势会打开的界面。

此行为适用于系统中支持预测性返回动画的所有区域，包括系统动画（返回主屏幕、跨任务和跨 activity）。

“三按钮”导航模式下的预测性返回动画。

ไอคอนแอปแบบมีธีมอัตโนมัติ

ตั้งแต่ Android 16 QPR 2 เป็นต้นไป Android จะใช้ธีมกับไอคอนแอปโดยอัตโนมัติเพื่อสร้างประสบการณ์หน้าจอหลักที่สอดคล้องกัน กรณีนี้จะเกิดขึ้นหากแอปไม่ได้ระบุไอคอนแอปตามธีมของแอปเอง แอปสามารถควบคุมการออกแบบไอคอนแอปที่เข้าชุดกันได้โดยใส่เลเยอร์ขาวดำไว้ในไอคอนแบบปรับอัตโนมัติ และดูตัวอย่างลักษณะไอคอนแอปใน Android Studio

รูปแบบของอุปกรณ์

Android 16 (API ระดับ 36) มีการเปลี่ยนแปลงต่อไปนี้สำหรับแอปเมื่อ เจ้าของอุปกรณ์เสมือนฉายภาพไปยังจอแสดงผล

การลบล้างเจ้าของอุปกรณ์เสมือนจริง

เจ้าของอุปกรณ์เสมือนคือแอปที่เชื่อถือได้หรือมีสิทธิ์ซึ่งสร้างและจัดการ อุปกรณ์เสมือน เจ้าของอุปกรณ์เสมือนจะเรียกใช้แอปในอุปกรณ์เสมือน แล้ว ฉายแอปไปยังจอแสดงผลของอุปกรณ์ระยะไกล เช่น คอมพิวเตอร์ส่วนตัว อุปกรณ์เสมือนจริง หรือระบบสาระบันเทิงในรถยนต์ เจ้าของอุปกรณ์เสมือน อยู่ในอุปกรณ์ในพื้นที่ เช่น โทรศัพท์มือถือ

เจ้าของอุปกรณ์เสมือนในโทรศัพท์สร้างอุปกรณ์เสมือนที่ฉายแอปไปยังจอแสดงผลระยะไกล

การลบล้างต่อแอป

ในอุปกรณ์ที่ใช้ Android 16 (API ระดับ 36) เจ้าของอุปกรณ์เสมือนจะ ลบล้างการตั้งค่าแอปในอุปกรณ์เสมือนบางเครื่องที่เจ้าของอุปกรณ์เสมือน จัดการได้ ตัวอย่างเช่น เจ้าของอุปกรณ์เสมือนสามารถ ละเว้นข้อจำกัดด้านการวางแนว อัตราส่วนภาพ และการปรับขนาดเมื่อฉาย แอปไปยังจอแสดงผลภายนอกเพื่อปรับปรุงเลย์เอาต์ของแอป

การเปลี่ยนแปลงที่ส่งผลกับส่วนอื่นในระบบที่พบบ่อย

ลักษณะการทำงานของ Android 16 อาจส่งผลต่อ UI ของแอปในรูปแบบหน้าจอขนาดใหญ่ เช่น จอแสดงผลในรถยนต์หรือ Chromebook โดยเฉพาะเลย์เอาต์ที่ออกแบบมาสำหรับจอแสดงผลขนาดเล็กในแนวนอน ดูวิธีทําให้แอปปรับเปลี่ยนตามรูปแบบของอุปกรณ์ทั้งหมดได้ที่เกี่ยวกับเลย์เอาต์ที่ปรับเปลี่ยนได้

ข้อมูลอ้างอิง

การสตรีมแอปที่ใช้ร่วมกัน

ความปลอดภัย

Android 16 (API ระดับ 36) มีการเปลี่ยนแปลงที่ส่งเสริมความปลอดภัยของระบบเพื่อ ช่วยปกป้องแอปและผู้ใช้จากแอปที่เป็นอันตราย

ปรับปรุงความปลอดภัยเพื่อป้องกันการโจมตีโดยการเปลี่ยนเส้นทาง Intent

Android 16 มีการรักษาความปลอดภัยเริ่มต้นเพื่อป้องกันการโจมตีโดยIntentการเปลี่ยนเส้นทาง ทั่วไป โดยต้องมีการเปลี่ยนแปลงความเข้ากันได้และนักพัฒนาแอปขั้นต่ำ

เราจะเปิดตัวโซลูชันการปิดช่องโหว่เพื่อความปลอดภัยโดยค่าเริ่มต้นสำหรับIntent การใช้ประโยชน์จากการเปลี่ยนเส้นทาง ในกรณีส่วนใหญ่ แอปที่ใช้ Intent จะไม่พบปัญหาความเข้ากันได้ใดๆ เราได้รวบรวมเมตริกตลอดกระบวนการพัฒนาเพื่อตรวจสอบว่าแอปใดอาจพบปัญหา

การเปลี่ยนเส้นทาง Intent ใน Android จะเกิดขึ้นเมื่อผู้โจมตีสามารถควบคุมเนื้อหาของ Intent ที่ใช้เปิดตัวคอมโพเนนต์ใหม่ในบริบทของแอปที่มีช่องโหว่ได้บางส่วนหรือทั้งหมด ในขณะที่แอปเหยื่อเปิดตัว Intent ระดับย่อยที่ไม่น่าเชื่อถือ ในฟิลด์ส่วนเพิ่มเติมของ Intent ("ระดับบนสุด") ซึ่งอาจทำให้แอปของผู้โจมตี เปิดใช้คอมโพเนนต์ส่วนตัวในบริบทของแอปเหยื่อ ทริกเกอร์การดำเนินการที่มีสิทธิ์ หรือรับสิทธิ์เข้าถึง URI ไปยังข้อมูลที่ละเอียดอ่อน ซึ่งอาจนำไปสู่การขโมยข้อมูลและการดำเนินการโค้ดโดยพลการ

เลือกไม่ใช้การจัดการการเปลี่ยนเส้นทางตามความตั้งใจ

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 ได้ปรับปรุงการจัดการการสูญเสียการเชื่อมโยงกับระบบเพื่อรวมประสบการณ์การใช้งาน หากไม่สามารถตรวจสอบสิทธิ์อุปกรณ์บลูทูธที่จับคู่ไว้ก่อนหน้านี้เมื่อเชื่อมต่ออีกครั้ง ระบบจะยกเลิกการเชื่อมต่อ เก็บข้อมูลการจับคู่ในเครื่อง และแสดงกล่องโต้ตอบของระบบเพื่อแจ้งให้ผู้ใช้ทราบถึงการสูญเสียการจับคู่และนำผู้ใช้ไปยังการจับคู่อีกครั้ง