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

แพลตฟอร์ม 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 เป็นลำดับความสำคัญของการออกอากาศ

แอปของคุณอาจได้รับผลกระทบหากมีลักษณะการทำงานอย่างใดอย่างหนึ่งต่อไปนี้

  1. แอปพลิเคชันของคุณประกาศกระบวนการหลายรายการที่มี Intent การออกอากาศเดียวกัน และคาดหวังที่จะได้รับการส่ง Intent เหล่านั้นตามลำดับที่แน่นอนโดยอิงตามลําดับความสําคัญ
  2. กระบวนการสมัครของคุณจะโต้ตอบกับกระบวนการอื่นๆ และมีสิ่งที่คาดหวังเกี่ยวกับการรับ 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 รองรับหน้าหน่วยความจำขนาด 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

ตัวอย่างทางเลือกมีดังนี้

เอกสารอ้างอิงสําหรับ announceForAccessibility API ที่เลิกใช้งานแล้วมีรายละเอียดเพิ่มเติมเกี่ยวกับทางเลือกที่แนะนํา

รองรับการไปยังส่วนต่างๆ แบบ 3 ปุ่ม

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

ลักษณะการทำงานนี้มีผลกับทุกส่วนของระบบที่รองรับภาพเคลื่อนไหวแบบคาดเดาของการย้อนกลับ รวมถึงภาพเคลื่อนไหวของระบบ (การย้อนกลับไปยังหน้าจอหลัก การข้ามงาน และการทำงานข้ามแอป)

การเคลื่อนไหวย้อนกลับแบบคาดเดาในโหมดการนำทางแบบ 3 ปุ่ม

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

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

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

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

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

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

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

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

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

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

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

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

การสตรีมมิงแอปที่แสดงร่วม

ความปลอดภัย

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

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

Android 16 针对一般的 Intent 重定向攻击提供了默认安全性，并且只需要最低限度的兼容性和开发者更改。

我们引入了默认安全加固解决方案，以应对 Intent 重定向漏洞。在大多数情况下，正常使用 intent 的应用不会遇到任何兼容性问题；我们在整个开发过程中收集了指标，以监控哪些应用可能会出现中断。

Intent 重定向在 Android 中出现，当攻击者可以部分或完全 控制用于在存在漏洞的应用上下文中启动新组件的 intent 内容时，而受害应用会在 intent 的 extra 字段中启动不受信任的子级 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) }

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

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

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

การเชื่อมต่อ

Android 16 (ระดับ API 36) มีการเปลี่ยนแปลงต่อไปนี้ในสแต็กบลูทูธเพื่อปรับปรุงการเชื่อมต่อกับอุปกรณ์ต่อพ่วง

ปรับปรุงการจัดการการสูญเสียการจับคู่

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

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