การเปลี่ยนแปลงลักษณะการทำงาน: แอปที่กำหนดเป้าหมายเป็น Android 15 ขึ้นไป

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

นอกจากนี้ โปรดตรวจสอบรายการการเปลี่ยนแปลงลักษณะการทำงานที่ส่งผลต่อแอปทั้งหมด ที่ทำงานบน Android 15 ไม่ว่าแอปจะมี targetSdkVersion ใดก็ตาม

ฟังก์ชันหลัก

Android 15 จะแก้ไขหรือขยายความสามารถหลักต่างๆ ของระบบ Android

การเปลี่ยนแปลงบริการที่ทำงานอยู่เบื้องหน้า

เราจะทำการเปลี่ยนแปลงต่อไปนี้กับบริการที่ทำงานอยู่เบื้องหน้าใน Android 15

ลักษณะการหมดเวลาของบริการที่ทำงานอยู่เบื้องหน้าของการซิงค์ข้อมูล
ประเภทบริการที่ทำงานอยู่เบื้องหน้าสำหรับการประมวลผลสื่อแบบใหม่
ข้อจำกัดเกี่ยวกับ BOOT_COMPLETED Broadcast Receiver ที่เปิดบริการที่ทำงานอยู่เบื้องหน้า
ข้อจำกัดในการเริ่มบริการที่ทำงานอยู่เบื้องหน้าขณะที่แอปมีสิทธิ์ SYSTEM_ALERT_WINDOW

ลักษณะการหมดเวลาของบริการที่ทำงานอยู่เบื้องหน้าของการซิงค์ข้อมูล

Android 15 เปิดตัวลักษณะการหมดเวลาใหม่สำหรับ dataSync ในแอปที่กำหนดเป้าหมายเป็น Android 15 (API ระดับ 35) ขึ้นไป ลักษณะการทำงานนี้มีผลกับmediaProcessingบริการที่ทำงานอยู่เบื้องหน้าประเภทใหม่ด้วย

ระบบอนุญาตให้บริการ dataSync ของแอปทำงานได้นาน 6 ชั่วโมงโดยรวมในระยะเวลา 24 ชั่วโมง หลังจากนั้นระบบจะเรียกใช้เมธอด Service.onTimeout(int, int) ของบริการที่ทำงานอยู่ (เปิดตัวใน Android 15) ในขณะนี้บริการมีเวลา 2-3 วินาทีในการเรียกใช้ Service.stopSelf() เมื่อมีการเรียกใช้ Service.onTimeout() บริการดังกล่าวจะไม่ถือว่าเป็นบริการที่ทำงานอยู่เบื้องหน้าอีกต่อไป หากบริการไม่ได้เรียกใช้ Service.stopSelf() ระบบจะแสดงข้อผิดพลาดภายใน ระบบจะบันทึกข้อยกเว้นใน Logcat โดยมีข้อความต่อไปนี้

Fatal Exception: android.app.RemoteServiceException: "A foreground service of
type dataSync did not stop within its timeout: [component name]"

หมายเหตุ: บริการที่ทำงานอยู่เบื้องหน้าdataSyncทั้งหมดของแอปจะแชร์เวลาสูงสุด 6 ชั่วโมง เช่น หากแอปเรียกใช้บริการ dataSync เป็นเวลา 4 ชั่วโมง แล้วเริ่มบริการ dataSync อื่น บริการที่ 2 ดังกล่าวจะได้รับอนุญาตให้ทำงานเพียง 2 ชั่วโมงเท่านั้น อย่างไรก็ตาม หากผู้ใช้นำแอปไปไว้ที่เบื้องหน้า ตัวจับเวลาจะรีเซ็ตและแอปจะมีเวลา 6 ชั่วโมง

หากต้องการหลีกเลี่ยงปัญหาการเปลี่ยนแปลงลักษณะการทำงานนี้ คุณสามารถทำอย่างใดอย่างหนึ่งต่อไปนี้

ขอให้บริการของคุณใช้วิธีการ Service.onTimeout(int, int) ใหม่ เมื่อแอปได้รับการติดต่อกลับ ให้โทรหา stopSelf() ภายใน 2-3 วินาที (หากคุณไม่หยุดแอปทันที ระบบจะสร้างสถานะ "ไม่สำเร็จ")
ตรวจสอบว่าบริการ dataSync ของแอปไม่ทำงานเป็นเวลารวม 6 ชั่วโมงในช่วง 24 ชั่วโมงใดก็ได้ (เว้นแต่ผู้ใช้โต้ตอบกับแอป จะเป็นการรีเซ็ตตัวจับเวลา)
เริ่มบริการที่ทำงานอยู่เบื้องหน้าdataSyncเฉพาะในกรณีที่มีการโต้ตอบโดยตรงจากผู้ใช้ เนื่องจากแอปของคุณอยู่เบื้องหน้าเมื่อบริการเริ่มทำงาน บริการของคุณจึงมีเวลา 6 ชั่วโมงเต็มหลังจากที่แอปเปลี่ยนไปทำงานในเบื้องหลัง
ใช้API อื่นแทนdataSyncบริการที่ทำงานอยู่เบื้องหน้า

หากบริการที่ทำงานอยู่เบื้องหน้า dataSync ของแอปทำงานเป็นเวลา 6 ชั่วโมงในช่วง 24 ชั่วโมงที่ผ่านมา คุณจะไม่สามารถเริ่มบริการที่ทำงานอยู่เบื้องหน้า dataSync อื่นได้เว้นแต่ผู้ใช้จะนำแอปของคุณไปไว้ที่เบื้องหน้า (ซึ่งจะรีเซ็ตตัวจับเวลา) หากคุณพยายามเริ่มบริการที่ทำงานอยู่เบื้องหน้า dataSync อื่น ระบบจะแสดง ForegroundServiceStartNotAllowedException พร้อมข้อความแสดงข้อผิดพลาด เช่น "หมดเวลาสำหรับบริการที่ทำงานอยู่เบื้องหน้าประเภท dataSync แล้ว"

การทดสอบ

หากต้องการทดสอบลักษณะการทํางานของแอป คุณสามารถเปิดใช้การหมดเวลาการซิงค์ข้อมูลได้แม้ว่าแอปจะไม่กําหนดเป้าหมายเป็น Android 15 ก็ตาม (ตราบใดที่แอปทํางานบนอุปกรณ์ Android 15) หากต้องการเปิดใช้การหมดเวลา ให้เรียกใช้คำสั่ง adb ต่อไปนี้

adb shell am compat enable FGS_INTRODUCE_TIME_LIMITS your-package-name

นอกจากนี้ คุณยังปรับระยะเวลาหมดเวลาเพื่อให้ทดสอบลักษณะการทํางานของแอปเมื่อถึงขีดจํากัดได้ง่ายขึ้นได้ด้วย หากต้องการตั้งค่าระยะเวลาหมดเวลาใหม่ ให้เรียกใช้คำสั่ง adb ต่อไปนี้

adb shell device_config put activity_manager data_sync_fgs_timeout_duration duration-in-milliseconds

ประเภทบริการที่ทำงานอยู่เบื้องหน้าใหม่สำหรับการประมวลผลสื่อ

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

ระบบอนุญาตให้บริการ mediaProcessing ของแอปทำงานได้นาน 6 ชั่วโมงโดยรวมในระยะเวลา 24 ชั่วโมง หลังจากนั้นระบบจะเรียกใช้เมธอด Service.onTimeout(int, int) ของบริการที่ทำงานอยู่ (เปิดตัวใน Android 15) ขณะนี้บริการมีเวลา 2-3 วินาทีในการโทรไปที่ Service.stopSelf() หากบริการไม่ได้เรียกใช้ Service.stopSelf() ระบบจะแสดงข้อยกเว้นภายใน ระบบจะบันทึกข้อยกเว้นใน Logcat พร้อมข้อความต่อไปนี้

Fatal Exception: android.app.RemoteServiceException: "A foreground service of
type mediaProcessing did not stop within its timeout: [component name]"

หมายเหตุ: mediaProcessingบริการที่ทำงานอยู่เบื้องหน้าทั้งหมดของแอปจะใช้การจำกัดเวลา 6 ชั่วโมงร่วมกัน ตัวอย่างเช่น หากแอปเรียกใช้บริการ mediaProcessing เป็นเวลา 4 ชั่วโมง แล้วเริ่มบริการ mediaProcessing อื่น ระบบจะอนุญาตให้บริการที่ 2 ทำงานได้เพียง 2 ชั่วโมง อย่างไรก็ตาม หากผู้ใช้นำแอปไปไว้ที่เบื้องหน้า ตัวจับเวลาจะรีเซ็ตและแอปจะมีเวลา 6 ชั่วโมง

หากต้องการหลีกเลี่ยงการมีข้อยกเว้น ให้ทําอย่างใดอย่างหนึ่งต่อไปนี้

ให้บริการของคุณใช้วิธีการ Service.onTimeout(int, int) ใหม่ เมื่อแอปได้รับการติดต่อกลับ โปรดโทรหา stopSelf() ภายในไม่กี่วินาที (หากคุณไม่หยุดแอปในทันที ระบบจะล้มเหลว)
ตรวจสอบว่าบริการ mediaProcessing ของแอปไม่ทำงานเป็นเวลานานกว่า 6 ชั่วโมงในทุกๆ 24 ชั่วโมง (เว้นแต่ผู้ใช้โต้ตอบกับแอป จะเป็นการรีเซ็ตตัวจับเวลา)
เริ่มบริการที่ทำงานอยู่เบื้องหน้าmediaProcessingเฉพาะในกรณีที่มีการโต้ตอบโดยตรงจากผู้ใช้ เนื่องจากแอปของคุณอยู่เบื้องหน้าเมื่อบริการเริ่มทำงาน บริการของคุณจึงมีเวลา 6 ชั่วโมงเต็มหลังจากที่แอปเปลี่ยนไปทำงานในเบื้องหลัง
ใช้ API อื่น เช่น WorkManager แทนบริการที่ทำงานอยู่เบื้องหน้าของ mediaProcessing

หากบริการที่ทำงานอยู่เบื้องหน้า mediaProcessing ของแอปทำงานเป็นเวลา 6 ชั่วโมงในช่วง 24 ชั่วโมงที่ผ่านมา คุณจะไม่สามารถเริ่มบริการที่ทำงานอยู่เบื้องหน้า mediaProcessing อื่นได้เว้นแต่ผู้ใช้จะนำแอปของคุณไปไว้ที่เบื้องหน้า (ซึ่งจะรีเซ็ตตัวจับเวลา) หากคุณพยายามเริ่มบริการที่ทำงานอยู่เบื้องหน้า mediaProcessing รายการอื่น ระบบจะแสดงForegroundServiceStartNotAllowedExceptionพร้อมข้อความแสดงข้อผิดพลาด เช่น "บริการที่ทำงานอยู่เบื้องหน้าประเภท mediaProcessing หมดเวลาแล้ว"

ดูข้อมูลเพิ่มเติมเกี่ยวกับประเภทบริการ mediaProcessing ได้ที่การเปลี่ยนแปลงประเภทบริการที่ทำงานอยู่เบื้องหน้าสำหรับ Android 15: การประมวลผลสื่อ

การทดสอบ

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

adb shell am compat enable FGS_INTRODUCE_TIME_LIMITS your-package-name

adb shell device_config put activity_manager media_processing_fgs_timeout_duration duration-in-milliseconds

ข้อจำกัดเกี่ยวกับ Broadcast Receiver `BOOT_COMPLETED` ที่เปิดบริการที่ทำงานอยู่เบื้องหน้า

There are new restrictions on BOOT_COMPLETED broadcast receivers launching foreground services. BOOT_COMPLETED receivers are not allowed to launch the following types of foreground services:

dataSync
camera
mediaPlayback
phoneCall
mediaProjection
microphone (this restriction has been in place for microphone since Android 14)

If a BOOT_COMPLETED receiver tries to launch any of those types of foreground services, the system throws ForegroundServiceStartNotAllowedException.

Testing

To test your app's behavior, you can enable these new restrictions even if your app is not targeting Android 15 (as long as the app is running on an Android 15 device). Run the following adb command:

adb shell am compat enable FGS_BOOT_COMPLETED_RESTRICTIONS your-package-name

To send a BOOT_COMPLETED broadcast without restarting the device, run the following adb command:

adb shell am broadcast -a android.intent.action.BOOT_COMPLETED your-package-name

ข้อจำกัดในการเริ่มบริการที่ทำงานอยู่เบื้องหน้าขณะที่แอปมีสิทธิ์ `SYSTEM_ALERT_WINDOW`

ก่อนหน้านี้ หากแอปมีสิทธิ์ SYSTEM_ALERT_WINDOW แอปจะเปิดบริการที่ทำงานอยู่เบื้องหน้าได้แม้ว่าในขณะนั้นแอปจะทำงานอยู่เบื้องหลังก็ตาม (ตามที่ได้อธิบายไว้ในการยกเว้นจากการจำกัดการเริ่มทำงานในเบื้องหลัง)

หากแอปกำหนดเป้าหมายเป็น Android 15 การยกเว้นนี้จะแคบลงแล้ว ตอนนี้แอปต้องมีสิทธิ์ SYSTEM_ALERT_WINDOW และต้องมีหน้าต่างวางซ้อนที่มองเห็นได้ กล่าวคือ แอปต้องเปิดหน้าต่าง TYPE_APPLICATION_OVERLAY ก่อน และหน้าต่างต้องปรากฏขึ้นก่อนที่คุณจะเริ่มบริการที่ทำงานอยู่เบื้องหน้า

หากแอปพยายามเริ่มบริการที่ทำงานอยู่เบื้องหน้าจากเบื้องหลังโดยไม่เป็นไปตามข้อกำหนดใหม่เหล่านี้ (และไม่มีข้อยกเว้นอื่นๆ) ระบบจะแสดงข้อผิดพลาด ForegroundServiceStartNotAllowedException

หากแอปประกาศสิทธิ์ SYSTEM_ALERT_WINDOW และเปิดบริการที่ทำงานอยู่เบื้องหน้าจากเบื้องหลัง แอปอาจได้รับผลกระทบจากการเปลี่ยนแปลงนี้ หากแอปได้รับ ForegroundServiceStartNotAllowedException ให้ตรวจสอบลําดับการทํางานของแอปและตรวจสอบว่าแอปมีหน้าต่างวางซ้อนที่ใช้งานอยู่ก่อนที่จะพยายามเริ่มบริการที่ทำงานอยู่เบื้องหน้าจากเบื้องหลัง คุณสามารถตรวจสอบว่าขณะนี้หน้าต่างวางซ้อนแสดงอยู่หรือไม่โดยเรียกใช้ View.getWindowVisibility() หรือจะลบล้าง View.onWindowVisibilityChanged() เพื่อรับการแจ้งเตือนทุกครั้งที่ระดับการแชร์มีการเปลี่ยนแปลงก็ได้

การทดสอบ

หากต้องการทดสอบลักษณะการทํางานของแอป คุณสามารถเปิดใช้ข้อจํากัดใหม่เหล่านี้ได้แม้ว่าแอปของคุณจะไม่กําหนดเป้าหมายเป็น Android 15 ก็ตาม (ตราบใดที่แอปทํางานบนอุปกรณ์ Android 15) หากต้องการเปิดใช้ข้อจำกัดใหม่เหล่านี้เกี่ยวกับการเริ่มบริการที่ทำงานอยู่เบื้องหน้าจากเบื้องหลัง ให้เรียกใช้คำสั่ง adb ต่อไปนี้

adb shell am compat enable FGS_SAW_RESTRICTIONS your-package-name

การเปลี่ยนแปลงเวลาที่แอปจะแก้ไขสถานะส่วนกลางของโหมดห้ามรบกวนได้

Apps that target Android 15 (API level 35) and higher can no longer change the global state or policy of Do Not Disturb (DND) on a device (either by modifying user settings, or turning off DND mode). Instead, apps must contribute an AutomaticZenRule, which the system combines into a global policy with the existing most-restrictive-policy-wins scheme. Calls to existing APIs that previously affected global state (setInterruptionFilter, setNotificationPolicy) result in the creation or update of an implicit AutomaticZenRule, which is toggled on and off depending on the call-cycle of those API calls.

Note that this change only affects observable behavior if the app is calling setInterruptionFilter(INTERRUPTION_FILTER_ALL) and expects that call to deactivate an AutomaticZenRule that was previously activated by their owners.

การเปลี่ยนแปลง API ของ OpenJDK

Android 15 ยังคงปรับปรุงไลบรารีหลักของ Android ให้สอดคล้องกับฟีเจอร์ในรุ่น LTS ของ OpenJDK ล่าสุด

การเปลี่ยนแปลงบางอย่างเหล่านี้อาจส่งผลต่อความเข้ากันได้ของแอปที่กำหนดเป้าหมายเป็น Android 15 (ระดับ API 35) ดังนี้

การเปลี่ยนแปลง API การจัดรูปแบบสตริง: ตอนนี้การตรวจสอบดัชนีอาร์กิวเมนต์ แฟล็ก ความกว้าง และความแม่นยำจะเข้มงวดมากขึ้นเมื่อใช้ API String.format() และ Formatter.format() ต่อไปนี้
ตัวอย่างเช่น ระบบจะแสดงข้อยกเว้นต่อไปนี้เมื่อใช้อาร์กิวเมนต์ดัชนี 0 (%0 ในสตริงรูปแบบ)
```
IllegalFormatArgumentIndexException: Illegal format argument index = 0
```
ในกรณีนี้ คุณสามารถแก้ไขปัญหาได้โดยใช้อาร์กิวเมนต์ดัชนี 1 (%1 ในสตริงรูปแบบ)
การเปลี่ยนแปลงประเภทคอมโพเนนต์ของ Arrays.asList(...).toArray(): เมื่อใช้ Arrays.asList(...).toArray() ประเภทคอมโพเนนต์ของอาร์เรย์ผลลัพธ์จะเป็น Object ไม่ใช่ประเภทขององค์ประกอบของอาร์เรย์พื้นฐาน ดังนั้นโค้ดต่อไปนี้จะแสดง ClassCastException
```
String[] elements = (String[]) Arrays.asList("one", "two").toArray();
```
ในกรณีนี้ หากต้องการเก็บ String ไว้เป็นประเภทคอมโพเนนต์ในอาร์เรย์ผลลัพธ์ คุณสามารถใช้ Collection.toArray(Object[]) แทนได้
```
String[] elements = Arrays.asList("two", "one").toArray(new String[0]);
```
การเปลี่ยนแปลงการจัดการรหัสภาษา: เมื่อใช้ Locale API ระบบจะไม่แปลงรหัสภาษาสำหรับภาษาฮีบรู ภาษายิดดิช และภาษาอินโดนีเซียเป็นรูปแบบที่ล้าสมัยอีกต่อไป (ฮีบรู: iw, ยิดดิช: ji และอินโดนีเซีย: in) เมื่อระบุรหัสภาษาสำหรับภาษาใดภาษาหนึ่งเหล่านี้ ให้ใช้รหัสจาก ISO 639-1 แทน (ฮีบรู: he, ยิดดิช: yi และอินโดนีเซีย: id)
การเปลี่ยนแปลงลำดับจำนวนเต็มแบบสุ่ม: หลังจากทำการเปลี่ยนแปลงใน https://bugs.openjdk.org/browse/JDK-8301574 แล้ว ตอนนี้เมธอด Random.ints() ต่อไปนี้จะแสดงลำดับตัวเลขที่แตกต่างจากเมธอด Random.nextInt()
โดยทั่วไปแล้ว การเปลี่ยนแปลงนี้ไม่น่าจะส่งผลให้แอปทำงานผิดปกติ แต่โค้ดไม่ควรคาดหวังว่าลำดับที่สร้างจากเมธอด Random.ints() จะตรงกับ Random.nextInt()

SequencedCollection API ใหม่นี้อาจส่งผลต่อความเข้ากันได้ของแอปหลังจากที่คุณอัปเดต compileSdk ในการกำหนดค่าบิลด์ของแอปเพื่อใช้ Android 15 (API ระดับ 35)

ความขัดแย้งกับฟังก์ชันส่วนขยาย MutableList.removeFirst() และ MutableList.removeLast() ใน kotlin-stdlib

ประเภท List ใน Java จะแมปกับประเภท MutableList ใน Kotlin เนื่องจากมีการเปิดตัว API List.removeFirst() และ List.removeLast() ใน Android 15 (API ระดับ 35) คอมไพเลอร์ Kotlin จึงแก้ไขการเรียกใช้ฟังก์ชัน เช่น list.removeFirst() แบบคงที่ไปยัง List API ใหม่แทนที่จะเป็นฟังก์ชันส่วนขยายใน kotlin-stdlib

หากมีการคอมไพล์แอปอีกครั้งโดยตั้งค่า compileSdk เป็น 35 และตั้งค่า minSdk เป็น 34 หรือต่ำกว่า จากนั้นเรียกใช้แอปใน Android 14 หรือต่ำกว่า ระบบจะแสดงข้อผิดพลาดรันไทม์
```
java.lang.NoSuchMethodError: No virtual method
removeFirst()Ljava/lang/Object; in class Ljava/util/ArrayList;
```
NewApi ตัวเลือก Lint ที่มีอยู่ในปลั๊กอิน Android Gradle สามารถตรวจพบการใช้ API ใหม่เหล่านี้ได้
```
./gradlew lint

MainActivity.kt:41: Error: Call requires API level 35 (current min is 34): java.util.List#removeFirst [NewApi]
      list.removeFirst()
```
หากต้องการแก้ไขข้อยกเว้นรันไทม์และข้อผิดพลาดของ Lint คุณสามารถแทนที่การเรียกใช้ฟังก์ชัน removeFirst() และ removeLast() ด้วย removeAt(0) และ removeAt(list.lastIndex) ตามลำดับใน Kotlin หากคุณใช้ Android Studio Ladybug | 2024.1.3 ขึ้นไป ก็จะมีตัวเลือกการแก้ไขด่วนสำหรับข้อผิดพลาดเหล่านี้ด้วย

ลองนำ @SuppressLint("NewApi") และ lintOptions { disable 'NewApi' } ออกหากปิดใช้ตัวเลือกการตรวจสอบแล้ว
ความขัดแย้งกับเมธอดอื่นๆ ใน Java

เราได้เพิ่มวิธีการใหม่ๆ ลงในประเภทที่มีอยู่แล้ว เช่น List และ Deque วิธีการใหม่เหล่านี้อาจใช้ร่วมกับวิธีการที่มีชื่อและประเภทอาร์กิวเมนต์เดียวกันในอินเทอร์เฟซและคลาสอื่นๆ ไม่ได้ ในกรณีที่ลายเซ็นของเมธอดขัดแย้งกับความไม่เข้ากัน คอมไพเลอร์ javac จะแสดงข้อผิดพลาดเวลาบิลด์ เช่น

ตัวอย่างข้อผิดพลาด 1
```
javac MyList.java

MyList.java:135: error: removeLast() in MyList cannot implement removeLast() in List
  public void removeLast() {
              ^
  return type void is not compatible with Object
  where E is a type-variable:
    E extends Object declared in interface List
```
ตัวอย่างข้อผิดพลาด 2
```
javac MyList.java

MyList.java:7: error: types Deque<Object> and List<Object> are incompatible;
public class MyList implements  List<Object>, Deque<Object> {
  both define reversed(), but with unrelated return types
1 error
```
ตัวอย่างข้อผิดพลาด 3
```
javac MyList.java

MyList.java:43: error: types List<E#1> and MyInterface<E#2> are incompatible;
public static class MyList implements List<Object>, MyInterface<Object> {
  class MyList inherits unrelated defaults for getFirst() from types List and MyInterface
  where E#1,E#2 are type-variables:
    E#1 extends Object declared in interface List
    E#2 extends Object declared in interface MyInterface
1 error
```
หากต้องการแก้ไขข้อผิดพลาดในการบิลด์เหล่านี้ คลาสที่ใช้การติดตั้งอินเทอร์เฟซเหล่านี้ควรลบล้างเมธอดด้วยประเภทการแสดงผลที่เข้ากันได้ เช่น
```
@Override
public Object getFirst() {
    return List.super.getFirst();
}
```

ความปลอดภัย

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

เวอร์ชัน TLS ที่ถูกจำกัด

Android 15 限制了对 TLS 版本 1.0 和 1.1 的使用。这些版本之前已在 Android 中被弃用，但现在不允许面向 Android 15 的应用使用。

เปิดใช้กิจกรรมในเบื้องหลังที่ปลอดภัย

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

การเปลี่ยนแปลงอื่นๆ

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

Intent ที่ปลอดภัยยิ่งขึ้น

Android 15 针对 intent 引入了 StrictMode。

如需查看有关 Intent 使用违规行为的详细日志，请使用以下方法：

Kotlin

fun onCreate() {
    StrictMode.setVmPolicy(VmPolicy.Builder()
        .detectUnsafeIntentLaunch()
        .build()
    )
}

Java

public void onCreate() {
    StrictMode.setVmPolicy(new VmPolicy.Builder()
            .detectUnsafeIntentLaunch()
            .build());
}

ประสบการณ์ของผู้ใช้และ UI ของระบบ

Android 15 มีการเปลี่ยนแปลงบางอย่างที่มีจุดประสงค์เพื่อสร้างประสบการณ์ของผู้ใช้ที่สอดคล้องกันมากขึ้น และใช้งานง่าย

การเปลี่ยนแปลงส่วนที่เว้นไว้ในหน้าต่าง

Android 15 中与窗口内边距相关的两项变更：默认强制执行边到边，此外还有配置变更，例如系统栏的默认配置。

การบังคับใช้แบบไร้ขอบ

Apps are edge-to-edge by default on devices running Android 15 if the app is targeting Android 15 (API level 35).

An app that targets Android 14 and is not edge-to-edge on an Android 15 device.

An app that targets Android 15 (API level 35) and is edge-to-edge on an Android 15 device. This app mostly uses Material 3 Compose Components that automatically apply insets. This screen is not negatively impacted by the Android 15 edge-to-edge enforcement.

This is a breaking change that might negatively impact your app's UI. The changes affect the following UI areas:

Gesture handle navigation bar
- Transparent by default.
- Bottom offset is disabled so content draws behind the system navigation bar unless insets are applied.
- setNavigationBarColor and R.attr#navigationBarColor are deprecated and don't affect gesture navigation.
- setNavigationBarContrastEnforced and R.attr#navigationBarContrastEnforced continue to have no effect on gesture navigation.
3-button navigation
- Opacity set to 80% by default, with color possibly matching the window background.
- Bottom offset disabled so content draws behind the system navigation bar unless insets are applied.
- setNavigationBarColor and R.attr#navigationBarColor are set to match the window background by default. The window background must be a color drawable for this default to apply. This API is deprecated but continues to affect 3-button navigation.
- setNavigationBarContrastEnforced and R.attr#navigationBarContrastEnforced is true by default, which adds an 80% opaque background across 3-button navigation.
Status bar
- Transparent by default.
- The top offset is disabled so content draws behind the status bar unless insets are applied.
- setStatusBarColor and R.attr#statusBarColor are deprecated and have no effect on Android 15.
- setStatusBarContrastEnforced and R.attr#statusBarContrastEnforced are deprecated but still have an effect on Android 15.
Display cutout
- layoutInDisplayCutoutMode of non-floating windows must be LAYOUT_IN_DISPLAY_CUTOUT_MODE_ALWAYS. SHORT_EDGES, NEVER, and DEFAULT are interpreted as ALWAYS so that users don't see a black bar caused by the display cutout and appear edge-to-edge.

The following example shows an app before and after targeting Android 15 (API level 35), and before and after applying insets. This example is not comprehensive, this might appear differently on Android Auto.

An app that targets Android 15 (API level 35) and is edge-to-edge on an Android 15 device. However, many elements are now hidden by the status bar, 3-button navigation bar, or display cutout due to the Android 15 edge-to-edge enforcements. Hidden UI includes the Material 2 top app bar, floating action buttons, and list items.

An app that targets Android 15 (API level 35), is edge to edge on an Android 15 device and applies insets so that UI is not hidden.

What to check if your app is already edge-to-edge

If your app is already edge-to-edge and applies insets, you are mostly unimpacted, except in the following scenarios. However, even if you think you aren't impacted, we recommend you test your app.

You have a non-floating window, such as an Activity that uses SHORT_EDGES, NEVER or DEFAULT instead of LAYOUT_IN_DISPLAY_CUTOUT_MODE_ALWAYS. If your app crashes on launch, this might be due to your splashscreen. You can either upgrade the core splashscreen dependency to 1.2.0-alpha01 or later or set window.attributes.layoutInDisplayCutoutMode = WindowManager.LayoutInDisplayCutoutMode.always.
There might be lower-traffic screens with occluded UI. Verify these less-visited screens don't have occluded UI. Lower-traffic screens include:
- Onboarding or sign-in screens
- Settings pages

What to check if your app is not already edge-to-edge

If your app is not already edge-to-edge, you are most likely impacted. In addition to the scenarios for apps that are already edge-to-edge, you should consider the following:

If your app uses Material 3 Components ( androidx.compose.material3) in compose, such as TopAppBar, BottomAppBar, and NavigationBar, these components are likely not impacted because they automatically handle insets.
If your app is using Material 2 Components ( androidx.compose.material) in Compose, these components don't automatically handle insets. However, you can get access to the insets and apply them manually. In androidx.compose.material 1.6.0 and later, use the windowInsets parameter to apply the insets manually for BottomAppBar, TopAppBar, BottomNavigation, and NavigationRail. Likewise, use the contentWindowInsets parameter for Scaffold.
If your app uses views and Material Components (com.google.android.material), most views-based Material Components such as BottomNavigationView, BottomAppBar, NavigationRailView, or NavigationView, handle insets and require no additional work. However, you need to add android:fitsSystemWindows="true" if using AppBarLayout.
For custom composables, apply the insets manually as padding. If your content is within a Scaffold, you can consume insets using the Scaffold padding values. Otherwise, apply padding using one of the WindowInsets.
If your app is using views and BottomSheet, SideSheet or custom containers, apply padding using ViewCompat.setOnApplyWindowInsetsListener. For RecyclerView, apply padding using this listener and also add clipToPadding="false".

What to check if your app must offer custom background protection

If your app must offer custom background protection to 3-button navigation or the status bar, your app should place a composable or view behind the system bar using WindowInsets.Type#tappableElement() to get the 3-button navigation bar height or WindowInsets.Type#statusBars.

Additional edge-to-edge resources

See the Edge to Edge Views and Edge to Edge Compose guides for additional considerations on applying insets.

Deprecated APIs

The following APIs are deprecated but not disabled:

R.attr#enforceStatusBarContrast
R.attr#navigationBarColor (for 3 button navigation, with 80% alpha)
Window#isStatusBarContrastEnforced
Window#setNavigationBarColor (for 3 button navigation, with 80% alpha)
Window#setStatusBarContrastEnforced

The following APIs are deprecated and disabled:

R.attr#navigationBarColor (for gesture navigation)
R.attr#navigationBarDividerColor
R.attr#statusBarColor
Window#setDecorFitsSystemWindows
Window#getNavigationBarColor
Window#getNavigationBarDividerColor
Window#getStatusBarColor
Window#setNavigationBarColor (for gesture navigation)
Window#setNavigationBarDividerColor
Window#setStatusBarColor

การกำหนดค่าที่เสถียร

หากแอปกำหนดเป้าหมายเป็น Android 15 (API ระดับ 35) ขึ้นไป Configuration จะไม่ รวมแถบระบบอีกต่อไป หากใช้ขนาดหน้าจอในคลาส Configuration เพื่อคำนวณเลย์เอาต์ คุณควรแทนที่ด้วยตัวเลือกอื่นที่ดีกว่า เช่น ViewGroup, WindowInsets หรือ WindowMetricsCalculator ที่เหมาะสม ทั้งนี้ขึ้นอยู่กับความต้องการของคุณ

Configuration พร้อมใช้งานตั้งแต่ API 1 โดยปกติแล้วจะได้รับจาก Activity.onConfigurationChanged โดยจะให้ข้อมูล เช่น ความหนาแน่นของหน้าต่าง การวางแนว และขนาด ลักษณะสำคัญอย่างหนึ่งเกี่ยวกับขนาดหน้าต่างที่ส่งคืนจาก Configuration คือก่อนหน้านี้จะไม่รวมแถบระบบ

โดยปกติแล้ว ขนาดการกำหนดค่าจะใช้สำหรับการเลือกทรัพยากร เช่น /res/layout-h500dp และยังคงเป็น Use Case ที่ถูกต้อง อย่างไรก็ตาม เราไม่แนะนำให้ใช้สำหรับ การคำนวณเลย์เอาต์มาโดยตลอด หากคุณกำลังทำเช่นนั้น คุณควรเลิกทำ ตั้งแต่ตอนนี้ คุณควรแทนที่การใช้ Configuration ด้วยสิ่งอื่นที่เหมาะสมกว่าตามกรณีการใช้งาน

หากใช้เพื่อคำนวณเลย์เอาต์ ให้ใช้ ViewGroup ที่เหมาะสม เช่น CoordinatorLayout หรือ ConstraintLayout หากคุณใช้เพื่อกำหนดความสูง ของแถบนำทางของระบบ ให้ใช้ WindowInsets หากต้องการทราบขนาดปัจจุบัน ของหน้าต่างแอป ให้ใช้ computeCurrentWindowMetrics

รายการต่อไปนี้อธิบายฟิลด์ที่ได้รับผลกระทบจากการเปลี่ยนแปลงนี้

ขนาด Configuration.screenWidthDp และ screenHeightDp จะไม่ รวมแถบระบบอีกต่อไป
Configuration.smallestScreenWidthDp ได้รับผลกระทบทางอ้อมจากการเปลี่ยนแปลง ใน screenWidthDp และ screenHeightDp
Configuration.orientation ได้รับผลกระทบโดยอ้อมจากการเปลี่ยนแปลงใน screenWidthDp และ screenHeightDp ในอุปกรณ์ที่มีสัดส่วนใกล้เคียงกับสี่เหลี่ยมจัตุรัส
Display.getSize(Point) ได้รับผลกระทบโดยอ้อมจากการเปลี่ยนแปลงใน Configuration ซึ่งเลิกใช้งานตั้งแต่ API ระดับ 30 เป็นต้นไป
Display.getMetrics() ทำงานในลักษณะนี้มาตั้งแต่ API ระดับ 33 แล้ว

แอตทริบิวต์ elegantTextHeight จะมีค่าเริ่มต้นเป็น true

สําหรับแอปที่กําหนดเป้าหมายเป็น Android 15 (API ระดับ 35) แอตทริบิวต์ elegantTextHeight TextView จะเปลี่ยนเป็น true โดยค่าเริ่มต้น โดยแทนที่แบบอักษรแบบกะทัดรัดที่ใช้โดยค่าเริ่มต้นด้วยสคริปต์บางรายการที่มีเมตริกแนวตั้งขนาดใหญ่ด้วยแบบอักษรที่อ่านง่ายกว่ามาก แบบอักษรแบบกะทัดรัดมีไว้เพื่อป้องกันการแบ่งเลย์เอาต์ Android 13 (API ระดับ 33) ป้องกันปัญหาการแบ่งเลย์เอาต์เหล่านี้ได้หลายอย่างโดยอนุญาตให้เลย์เอาต์ข้อความยืดความสูงแนวตั้งโดยใช้แอตทริบิวต์ fallbackLineSpacing

ใน Android 15 ฟอนต์แบบกะทัดรัดจะยังคงอยู่ในระบบ แอปของคุณจึงตั้งค่า elegantTextHeight เป็น false เพื่อให้มีลักษณะการทำงานเหมือนเดิมได้ แต่ไม่น่าจะได้รับการสนับสนุนในรุ่นที่กำลังจะเปิดตัว ดังนั้น หากแอปของคุณรองรับสคริปต์ต่อไปนี้ อาหรับ ลาว พม่า ทมิฬ คุชราต กันนาดา มาลายาลัม โอเดีย เตลูกู หรือไทย ให้ทดสอบแอปโดยตั้งค่า elegantTextHeight เป็น true

`elegantTextHeight` สําหรับแอปที่กําหนดเป้าหมายเป็น Android 14 (API ระดับ 34) และต่ำกว่า

`elegantTextHeight` สําหรับแอปที่กําหนดเป้าหมายเป็น Android 15

การเปลี่ยนแปลงความกว้างของ TextView สำหรับรูปร่างตัวอักษรที่ซับซ้อน

在以前的 Android 版本中，某些具有复杂形状的手写字体或语言可能会在上一个或下一个字符的区域绘制字母。在某些情况下，此类字母会在开头或结尾处被剪裁。从 Android 15 开始，TextView 会分配宽度，以便为此类字母绘制足够的空间，并允许应用请求向左额外添加内边距以防止剪裁。

由于此更改会影响 TextView 确定宽度的方式，因此如果应用以 Android 15（API 级别 35）或更高版本为目标平台，TextView 会默认分配更多宽度。您可以通过对 TextView 调用 setUseBoundsForWidth API 来启用或停用此行为。

由于添加左内边距可能会导致现有布局未对齐，因此默认情况下不会添加内边距，即使以 Android 15 或更高版本为目标平台的应用也是如此。不过，您可以通过调用 setShiftDrawingOffsetForStartOverhang 添加额外的内边距以防止剪裁。

以下示例展示了这些更改如何改进某些字体和语言的文本布局。

采用手写体字体的英语文本的标准布局。部分字母被截断。对应的 XML 如下：

<TextView
    android:fontFamily="cursive"
    android:text="java" />

相同英语文本的布局，增加了宽度和内边距。以下是相应的 XML：

<TextView
    android:fontFamily="cursive"
    android:text="java"
    android:useBoundsForWidth="true"
    android:shiftDrawingOffsetForStartOverhang="true" />

泰语文本的标准布局。部分字母被截断。以下是相应的 XML：

<TextView
    android:text="คอมพิวเตอร์" />

相同泰语文本的布局，增加了宽度和内边距。以下是相应的 XML：

<TextView
    android:text="คอมพิวเตอร์"
    android:useBoundsForWidth="true"
    android:shiftDrawingOffsetForStartOverhang="true" />

ความสูงของบรรทัดเริ่มต้นที่รับรู้ภาษาสำหรับ EditText

In previous versions of Android, the text layout stretched the height of the text to meet the line height of the font that matched the current locale. For example, if the content was in Japanese, because the line height of the Japanese font is slightly larger than the one of a Latin font, the height of the text became slightly larger. However, despite these differences in line heights, the EditText element was sized uniformly, regardless of the locale being used, as illustrated in the following image:

Three boxes representing `EditText` elements that can contain text from English (en), Japanese (ja), and Burmese (my). The height of the `EditText` is the same, even though these languages have different line heights from each other.

For apps targeting Android 15 (API level 35), a minimum line height is now reserved for EditText to match the reference font for the specified Locale, as shown in the following image:

Three boxes representing `EditText` elements that can contain text from English (en), Japanese (ja), and Burmese (my). The height of the `EditText` now includes space to accommodate the default line height for these languages' fonts.

If needed, your app can restore the previous behavior by specifying the useLocalePreferredLineHeightForMinimum attribute to false, and your app can set custom minimum vertical metrics using the setMinimumFontMetrics API in Kotlin and Java.

กล้องและสื่อ

Android 15 จะทำการเปลี่ยนแปลงลักษณะการทำงานของกล้องและสื่อสำหรับแอปที่กำหนดเป้าหมายเป็น Android 15 ขึ้นไปดังนี้

ข้อจำกัดในการขอโฟกัสเสียง

แอปที่กำหนดเป้าหมายเป็น Android 15 (API ระดับ 35) ต้องเป็นแอปที่ทำงานอยู่ด้านบนหรือกำลังใช้บริการที่ทำงานอยู่เบื้องหน้าเพื่อขอโฟกัสเสียง หากแอปพยายามขอโฟกัสเมื่อไม่เป็นไปตามข้อกำหนดข้อใดข้อหนึ่งเหล่านี้ การเรียกใช้จะแสดงผลเป็น AUDIOFOCUS_REQUEST_FAILED

ดูข้อมูลเพิ่มเติมเกี่ยวกับโหมดโฟกัสเสียงได้ที่จัดการโหมดโฟกัสเสียง

ข้อจำกัดที่ไม่ใช่ SDK ที่อัปเดตแล้ว

Android 15 包含更新后的受限非 SDK 接口列表（基于与 Android 开发者之间的协作以及最新的内部测试）。在限制使用非 SDK 接口之前，我们会尽可能确保有可用的公开替代方案。

如果您的应用并非以 Android 15 为目标平台，其中一些变更可能不会立即对您产生影响。不过，虽然您的应用可以访问某些非 SDK 接口（具体取决于应用的目标 API 级别），但只要您使用任何非 SDK 方法或字段，就很有可能会造成应用功能异常。

如果您不确定自己的应用是否使用了非 SDK 接口，则可以通过测试该应用来进行确认。如果您的应用依赖非 SDK 接口，则应开始计划迁移到 SDK 替代方案。不过，我们知道某些应用存在使用非 SDK 接口的合理场景。如果您无法为应用中的某项功能找到使用非 SDK 接口的替代方案，则应该请求新的公共 API。

ดูข้อมูลเพิ่มเติมเกี่ยวกับการเปลี่ยนแปลงใน Android เวอร์ชันนี้ได้ที่การอัปเดตข้อจำกัดของอินเทอร์เฟซที่ไม่ใช่ SDK ใน Android 15 ดูข้อมูลเพิ่มเติมเกี่ยวกับอินเทอร์เฟซที่ไม่ใช่ SDK โดยทั่วไปได้ที่ข้อจำกัดเกี่ยวกับอินเทอร์เฟซที่ไม่ใช่ SDK

ฟังก์ชันหลัก

การเปลี่ยนแปลงบริการที่ทำงานอยู่เบื้องหน้า

ลักษณะการหมดเวลาของบริการที่ทำงานอยู่เบื้องหน้าของการซิงค์ข้อมูล

การทดสอบ

ประเภทบริการที่ทำงานอยู่เบื้องหน้าใหม่สำหรับการประมวลผลสื่อ

การทดสอบ

ข้อจำกัดเกี่ยวกับ Broadcast Receiver BOOT_COMPLETED ที่เปิดบริการที่ทำงานอยู่เบื้องหน้า

Testing

ข้อจำกัดในการเริ่มบริการที่ทำงานอยู่เบื้องหน้าขณะที่แอปมีสิทธิ์ SYSTEM_ALERT_WINDOW

การทดสอบ

การเปลี่ยนแปลงเวลาที่แอปจะแก้ไขสถานะส่วนกลางของโหมดห้ามรบกวนได้

การเปลี่ยนแปลง API ของ OpenJDK

ความปลอดภัย

เวอร์ชัน TLS ที่ถูกจำกัด

เปิดใช้กิจกรรมในเบื้องหลังที่ปลอดภัย

การเปลี่ยนแปลงอื่นๆ

Intent ที่ปลอดภัยยิ่งขึ้น

Kotlin

Java

ประสบการณ์ของผู้ใช้และ UI ของระบบ

การเปลี่ยนแปลงส่วนที่เว้นไว้ในหน้าต่าง

การบังคับใช้แบบไร้ขอบ

What to check if your app is already edge-to-edge

What to check if your app is not already edge-to-edge

What to check if your app must offer custom background protection

Additional edge-to-edge resources

Deprecated APIs

การกำหนดค่าที่เสถียร

แอตทริบิวต์ elegantTextHeight จะมีค่าเริ่มต้นเป็น true

การเปลี่ยนแปลงความกว้างของ TextView สำหรับรูปร่างตัวอักษรที่ซับซ้อน

ความสูงของบรรทัดเริ่มต้นที่รับรู้ภาษาสำหรับ EditText

กล้องและสื่อ

ข้อจำกัดในการขอโฟกัสเสียง

ข้อจำกัดที่ไม่ใช่ SDK ที่อัปเดตแล้ว

ข้อจำกัดเกี่ยวกับ Broadcast Receiver `BOOT_COMPLETED` ที่เปิดบริการที่ทำงานอยู่เบื้องหน้า

ข้อจำกัดในการเริ่มบริการที่ทำงานอยู่เบื้องหน้าขณะที่แอปมีสิทธิ์ `SYSTEM_ALERT_WINDOW`