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

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

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

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

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

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

We are making the following changes to foreground services with Android 15.

Data sync foreground service timeout behavior

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]"

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

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

New media processing foreground service type

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]"

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

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

adb shell device_config put activity_manager media_processing_fgs_timeout_duration duration-in-milliseconds

Restrictions on BOOT_COMPLETED broadcast receivers launching foreground services

มีข้อจำกัดใหม่ในการเปิดตัว Broadcast Receiver ของ BOOT_COMPLETED บริการที่ทำงานอยู่เบื้องหน้า ระบบไม่อนุญาตให้ Receiver BOOT_COMPLETED เปิดบริการที่ทำงานอยู่เบื้องหน้าประเภทต่อไปนี้

หากตัวรับสัญญาณ BOOT_COMPLETED พยายามเปิดเบื้องหน้าประเภทใดก็ตามเหล่านี้ ระบบอาจไม่แสดง ForegroundServiceStartNotAllowedException

การทดสอบ

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

adb shell am compat enable FGS_BOOT_COMPLETED_RESTRICTIONS your-package-name

หากต้องการส่งประกาศBOOT_COMPLETEDโดยไม่ต้องรีสตาร์ทอุปกรณ์ ให้ทำดังนี้ เรียกใช้คำสั่ง adb ต่อไปนี้

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

Restrictions on starting foreground services while an app holds the SYSTEM_ALERT_WINDOW permission

Previously, if an app held the SYSTEM_ALERT_WINDOW permission, it could launch a foreground service even if the app was currently in the background (as discussed in exemptions from background start restrictions).

If an app targets Android 15, this exemption is now narrower. The app now needs to have the SYSTEM_ALERT_WINDOW permission and also have a visible overlay window. That is, the app needs to first launch a TYPE_APPLICATION_OVERLAY window and the window needs to be visible before you start a foreground service.

If your app attempts to start a foreground service from the background without meeting these new requirements (and it does not have some other exemption), the system throws ForegroundServiceStartNotAllowedException.

If your app declares the SYSTEM_ALERT_WINDOW permission and launches foreground services from the background, it may be affected by this change. If your app gets a ForegroundServiceStartNotAllowedException, check your app's order of operations and make sure your app already has an active overlay window before it attempts to start a foreground service from the background. You can check if your overlay window is currently visible by calling View.getWindowVisibility(), or you can override View.onWindowVisibilityChanged() to get notified whenever the visibility changes.

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). To enable these new restrictions on starting foreground services from the background, run the following adb command:

adb shell am compat enable FGS_SAW_RESTRICTIONS your-package-name

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

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

โปรดทราบว่าการเปลี่ยนแปลงนี้มีผลต่อลักษณะการทำงานที่สังเกตได้เฉพาะในกรณีที่แอปเรียกใช้ setInterruptionFilter(INTERRUPTION_FILTER_ALL) และคาดว่าการเรียกใช้ดังกล่าวจะปิดใช้งาน AutomaticZenRule ที่เจ้าของเปิดใช้งานไว้ก่อนหน้านี้

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

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

การเปลี่ยนแปลงบางอย่างอาจส่งผลต่อความเข้ากันได้ของแอปสำหรับแอปที่กำหนดเป้าหมายเป็น 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)

  • การเปลี่ยนแปลงลำดับแบบสุ่มของ int: จากการเปลี่ยนแปลงใน https://bugs.openjdk.org/browse/JDK-8301574 ตอนนี้เมธอด Random.ints() ต่อไปนี้จะแสดงผลลําดับตัวเลขที่แตกต่างจากเมธอด Random.nextInt()

    โดยทั่วไปแล้ว การเปลี่ยนแปลงนี้จะไม่ส่งผลให้แอปทำงานผิดปกติ แต่รหัสของคุณไม่ควรคาดหวังว่าลําดับที่สร้างจากเมธอด Random.ints() จะตรงกับ Random.nextInt()

API SequencedCollection ใหม่อาจส่งผลต่อความเข้ากันได้ของแอปหลังจากคุณอัปเดต 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() แบบคงที่ไปยัง API List ใหม่แทนที่จะแก้ไขไปยังฟังก์ชันส่วนขยายใน 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)

บล็อกแอปที่ไม่ตรงกับ UID ด้านบนในสแต็กไม่ให้เปิดใช้กิจกรรม

แอปที่เป็นอันตรายสามารถเปิดกิจกรรมของแอปอื่นภายในงานเดียวกันได้ จากนั้น วางซ้อนตัวเองทับด้านบน สร้างภาพลวงตาว่าเป็นแอปดังกล่าว งานนี้ "งาน" การปล้น" เจาะข้ามผ่านข้อจำกัด การเปิดตัวในเบื้องหลัง จะเกิดขึ้นภายในงานเดียวกันที่มองเห็น เพื่อลดความเสี่ยงนี้ Android 15 จึงเพิ่ม แฟล็กที่บล็อกแอปที่ไม่ตรงกับ UID บนสุดในสแต็กไม่ให้เริ่มทำงาน กิจกรรม หากต้องการเลือกใช้กิจกรรมทั้งหมดของแอป ให้อัปเดต allowCrossUidActivitySwitchFromBelow ในไฟล์ AndroidManifest.xml ของแอป

<application android:allowCrossUidActivitySwitchFromBelow="false" >

เราจะใช้มาตรการรักษาความปลอดภัยใหม่หากทุกเงื่อนไขต่อไปนี้เป็นจริง

  • แอปที่ดำเนินการเปิดตัวนั้นกำหนดเป้าหมายเป็น Android 15
  • แอปที่อยู่ด้านบนของสแต็กงานกำหนดเป้าหมายเป็น Android 15
  • กิจกรรมที่มองเห็นได้เลือกใช้การป้องกันใหม่

หากเปิดใช้มาตรการรักษาความปลอดภัย แอปอาจกลับไปยังหน้าแรก แทนที่จะเป็น แอปที่ปรากฏล่าสุด ถ้าพวกเขาทำงานของตัวเองเสร็จแล้ว

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

นอกจากข้อจำกัดสำหรับการจับคู่ UID แล้ว การเปลี่ยนแปลงอื่นๆ เหล่านี้ยัง รวม:

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

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

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

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

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

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

แอปที่กําหนดเป้าหมายเป็น Android 14 และไม่ใช่แบบเต็มหน้าจอในอุปกรณ์ Android 15


แอปที่กำหนดเป้าหมายเป็น Android 15 (API ระดับ 35) และเป็นแบบเต็มหน้าจอในอุปกรณ์ Android 15 แอปนี้ใช้คอมโพเนนต์ Compose ของ Material 3 ส่วนใหญ่ ซึ่งจะใช้ส่วนตัดย่อยโดยอัตโนมัติ หน้าจอนี้ไม่ได้รับผลกระทบเชิงลบจากการบังคับใช้แบบเต็มหน้าจอของ Android 15

การเปลี่ยนแปลงนี้เป็นการเปลี่ยนแปลงที่อาจส่งผลเสียต่อ UI ของแอป การเปลี่ยนแปลงนี้จะส่งผลต่อส่วนต่างๆ ของ UI ต่อไปนี้

  • แถบนำทางของแฮนเดิลท่าทางสัมผัส
    • โปร่งใสโดยค่าเริ่มต้น
    • ระบบจะปิดใช้การเลื่อนด้านล่างเพื่อให้เนื้อหาวาดอยู่หลังแถบนําทางของระบบ เว้นแต่จะใช้การแทรก
    • setNavigationBarColor และ R.attr#navigationBarColor เลิกใช้งานแล้วและไม่ส่งผลต่อการนำทางด้วยท่าทางสัมผัส
    • setNavigationBarContrastEnforced และ R.attr#navigationBarContrastEnforced ยังคงไม่มีผลต่อการไปยังส่วนต่างๆ ด้วยท่าทางสัมผัส
  • การนำทางแบบ 3 ปุ่ม
    • ตั้งค่าความทึบเป็น 80% โดยค่าเริ่มต้น โดยสีอาจตรงกับพื้นหลังของหน้าต่าง
    • ปิดใช้การเลื่อนด้านล่างเพื่อให้เนื้อหาวาดอยู่หลังแถบนำทางของระบบ เว้นแต่จะใช้การฝัง
    • setNavigationBarColor และ R.attr#navigationBarColor ได้รับการตั้งค่าให้ตรงกับพื้นหลังของหน้าต่างโดยค่าเริ่มต้น พื้นหลังของหน้าต่างต้องเป็น Drawable สีเพื่อให้ค่าเริ่มต้นนี้มีผล API นี้เลิกใช้งานแล้ว แต่ยังคงส่งผลต่อการไปยังส่วนต่างๆ ด้วยปุ่ม 3 ปุ่ม
    • setNavigationBarContrastEnforced และ R.attr#navigationBarContrastEnforced เป็น "จริง" โดยค่าเริ่มต้น ซึ่งจะเพิ่มพื้นหลังทึบแสง 80% ในการนําทางแบบ 3 ปุ่ม
  • แถบสถานะ
    • โปร่งใสโดยค่าเริ่มต้น
    • ระบบจะปิดใช้การเลื่อนขึ้นด้านบนเพื่อให้เนื้อหาวาดอยู่หลังแถบสถานะ เว้นแต่จะใช้การฝัง
    • setStatusBarColor และ R.attr#statusBarColor เลิกใช้งานแล้วและไม่มีผลกับ Android 15
    • setStatusBarContrastEnforced และ R.attr#statusBarContrastEnforced เลิกใช้งานแล้ว แต่ยังมีผลใน Android 15
  • ส่วนเว้าของจอแสดงผล
    • layoutInDisplayCutoutMode ของหน้าต่างที่ไม่ใช่แบบลอยต้องเป็น LAYOUT_IN_DISPLAY_CUTOUT_MODE_ALWAYS ระบบจะตีความ SHORT_EDGES, NEVER และ DEFAULT เป็น ALWAYS เพื่อให้ผู้ใช้ไม่เห็นแถบสีดำที่เกิดจากส่วนเว้าของจอแสดงผลและดูเต็มหน้าจอ

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

แอปที่กําหนดเป้าหมายเป็น Android 14 และไม่ใช่แบบเต็มหน้าจอในอุปกรณ์ Android 15
แอปที่กำหนดเป้าหมายเป็น Android 15 (API ระดับ 35) และเป็นแบบเต็มหน้าจอในอุปกรณ์ Android 15 อย่างไรก็ตาม ตอนนี้องค์ประกอบหลายอย่างจะซ่อนอยู่หลังแถบสถานะ แถบนําทาง 3 ปุ่ม หรือส่วนเว้าของจอแสดงผลเนื่องจากการบังคับใช้การแสดงผลแบบไร้ขอบของ Android 15 UI ที่ซ่อนอยู่ ได้แก่ แถบแอปด้านบน ปุ่มการดำเนินการแบบลอยตัว และรายการในลิสต์ของ Material 2
แอปที่กำหนดเป้าหมายเป็น Android 15 (API ระดับ 35) แสดงเต็มหน้าจอในอุปกรณ์ Android 15 และใช้การฝังเพื่อให้ UI ไม่ซ่อนอยู่
สิ่งที่ต้องตรวจสอบหากแอปของคุณเป็นแบบเต็มหน้าจออยู่แล้ว

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

  • คุณมีหน้าต่างที่ไม่ใช่แบบลอย เช่น Activity ที่ใช้ SHORT_EDGES, NEVER หรือ DEFAULT แทน LAYOUT_IN_DISPLAY_CUTOUT_MODE_ALWAYS หากแอปขัดข้องเมื่อเปิดใช้งาน อาจเป็นเพราะหน้าจอแนะนำ คุณสามารถอัปเกรดข้อกําหนดของ core splashscreen เป็น 1.2.0-alpha01 หรือเวอร์ชันที่ใหม่กว่า หรือตั้งค่า window.attributes.layoutInDisplayCutoutMode = WindowManager.LayoutInDisplayCutoutMode.always
  • อาจมีหน้าจอที่มีการเข้าชมต่ำซึ่งมี UI ที่บดบัง ตรวจสอบว่าหน้าจอที่มีการเข้าชมน้อยเหล่านี้ไม่มี UI ที่บดบัง หน้าจอที่มีการเข้าชมน้อย ได้แก่
    • หน้าจอการเริ่มต้นใช้งานหรือการลงชื่อเข้าใช้
    • หน้าการตั้งค่า
สิ่งที่ต้องตรวจสอบหากแอปของคุณไม่ได้เป็นแบบเต็มหน้าจอ

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

  • หากแอปของคุณใช้คอมโพเนนต์ Material 3 ( androidx.compose.material3) ในคอมโพสิท เช่น TopAppBar, BottomAppBar และ NavigationBar คอมโพเนนต์เหล่านี้มีแนวโน้มที่จะไม่ได้รับผลกระทบเนื่องจากจัดการส่วนเกินโดยอัตโนมัติ
  • หากแอปใช้คอมโพเนนต์ Material 2 ( androidx.compose.material) ใน Compose คอมโพเนนต์เหล่านี้จะไม่จัดการส่วนเกินโดยอัตโนมัติ แต่คุณเข้าถึงส่วนแทรกและนำไปใช้ด้วยตนเองได้ ใน androidx.compose.material 1.6.0 ขึ้นไป ให้ใช้พารามิเตอร์ windowInsets เพื่อใช้ส่วนเกินด้วยตนเองสำหรับ BottomAppBar, TopAppBar, BottomNavigation และ NavigationRail ในทํานองเดียวกัน ให้ใช้พารามิเตอร์ contentWindowInsets สําหรับ Scaffold
  • หากแอปใช้วิดเจ็ตและคอมโพเนนต์ Material (com.google.android.material) คอมโพเนนต์ Material ส่วนใหญ่ที่อิงตามวิดเจ็ต เช่น BottomNavigationView, BottomAppBar, NavigationRailView หรือ NavigationView จะจัดการส่วนเกินและไม่ต้องดำเนินการเพิ่มเติม แต่คุณต้องเพิ่ม android:fitsSystemWindows="true" หากใช้ AppBarLayout
  • สําหรับคอมโพสิชันที่กําหนดเอง ให้ใช้ส่วนตัดเข้ามาเป็นระยะขอบด้วยตนเอง หากเนื้อหาอยู่ภายใน Scaffold คุณจะใช้ส่วนตัดได้โดยใช้Scaffold ค่าการเยื้อง หรือใช้การถอดค่าโดยใช้ WindowInsets รายการใดรายการหนึ่ง
  • หากแอปใช้มุมมองและคอนเทนเนอร์ BottomSheet, SideSheet หรือที่กำหนดเอง ให้ใช้การเว้นวรรคโดยใช้ ViewCompat.setOnApplyWindowInsetsListener สําหรับ RecyclerView ให้ใช้การเว้นวรรคโดยใช้ Listener นี้และเพิ่ม clipToPadding="false" ด้วย
สิ่งที่ต้องตรวจสอบหากแอปของคุณต้องเสนอการปกป้องในเบื้องหลังที่กําหนดเอง

หากแอปของคุณต้องเสนอการป้องกันพื้นหลังที่กำหนดเองสำหรับการไปยังส่วนต่างๆ ด้วยปุ่ม 3 ปุ่มหรือแถบสถานะ แอปควรวางคอมโพสิเบิลหรือมุมมองไว้ด้านหลังแถบระบบโดยใช้ WindowInsets.Type#tappableElement() เพื่อรับความสูงของแถบนำทางแบบ 3 ปุ่มหรือ WindowInsets.Type#statusBars

แหล่งข้อมูลเพิ่มเติมแบบครบวงจร

ดูคำแนะนำเพิ่มเติมเกี่ยวกับการใช้ส่วนตัดในมุมมองแบบเต็มหน้าจอและการคอมโพสแบบเต็มหน้าจอ

API ที่เลิกใช้งานแล้ว

API ต่อไปนี้เลิกใช้งานแล้ว แต่ไม่ได้ปิดใช้

API ต่อไปนี้เลิกใช้งานและปิดใช้แล้ว

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

If your app targets Android 15 (API level 35) or higher, Configuration no longer excludes the system bars. If you use the screen size in the Configuration class for layout calculation, you should replace it with better alternatives like an appropriate ViewGroup, WindowInsets, or WindowMetricsCalculator depending on your need.

Configuration has been available since API 1. It is typically obtained from Activity.onConfigurationChanged. It provides information like window density, orientation, and sizes. One important characteristic about the window sizes returned from Configuration is that it previously excluded the system bars.

The configuration size is typically used for resource selection, such as /res/layout-h500dp, and this is still a valid use case. However, using it for layout calculation has always been discouraged. If you do so, you should move away from it now. You should replace the use of Configuration with something more suitable depending on your use case.

If you use it to calculate the layout, use an appropriate ViewGroup, such as CoordinatorLayout or ConstraintLayout. If you use it to determine the height of the system navbar, use WindowInsets. If you want to know the current size of your app window, use computeCurrentWindowMetrics.

The following list describes the fields affected by this change:

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

For apps targeting Android 15 (API level 35), the elegantTextHeight TextView attribute becomes true by default, replacing the compact font used by default with some scripts that have large vertical metrics with one that is much more readable. The compact font was introduced to prevent breaking layouts; Android 13 (API level 33) prevents many of these breakages by allowing the text layout to stretch the vertical height utilizing the fallbackLineSpacing attribute.

In Android 15, the compact font still remains in the system, so your app can set elegantTextHeight to false to get the same behavior as before, but it is unlikely to be supported in upcoming releases. So, if your app supports the following scripts: Arabic, Lao, Myanmar, Tamil, Gujarati, Kannada, Malayalam, Odia, Telugu or Thai, test your app by setting elegantTextHeight to true.

elegantTextHeight behavior for apps targeting Android 14 (API level 34) and lower.
elegantTextHeight behavior for apps targeting Android 15.

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

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

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

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

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

กล่อง 3 กล่องที่แสดงองค์ประกอบ EditText ซึ่งอาจมีข้อความจากภาษาอังกฤษ (en), ญี่ปุ่น (ja) และพม่า (my) ความสูงของ EditText เหมือนกัน แม้ว่าภาษาเหล่านี้จะมีความสูงของบรรทัดต่างกัน

สำหรับแอปที่กำหนดเป้าหมายเป็น Android 15 (API ระดับ 35) ระบบจะสงวนความสูงบรรทัดขั้นต่ำไว้สำหรับ EditText เพื่อให้ตรงกับแบบอักษรอ้างอิงสำหรับภาษาที่ระบุ ดังที่แสดงในภาพต่อไปนี้

กล่อง 3 กล่องที่แสดงองค์ประกอบ EditText ซึ่งอาจมีข้อความจากภาษาอังกฤษ (en), ญี่ปุ่น (ja) และพม่า (my) ตอนนี้ความสูงของ EditText จะรวมช่องว่างไว้เพื่อรองรับความสูงของบรรทัดเริ่มต้นสำหรับแบบอักษรของภาษาเหล่านี้

หากจําเป็น แอปจะกู้คืนลักษณะการทํางานก่อนหน้าได้โดยระบุแอตทริบิวต์ useLocalePreferredLineHeightForMinimum เป็น false และแอปจะตั้งค่าเมตริกแนวตั้งขั้นต่ำที่กําหนดเองได้โดยใช้ setMinimumFontMetrics API ใน Kotlin และ Java

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

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

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

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

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

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

Android 15 includes updated lists of restricted non-SDK interfaces based on collaboration with Android developers and the latest internal testing. Whenever possible, we make sure that public alternatives are available before we restrict non-SDK interfaces.

If your app does not target Android 15, some of these changes might not immediately affect you. However, while it's possible for your app to access some non-SDK interfaces depending on your app's target API level, using any non-SDK method or field always carries a high risk of breaking your app.

If you are unsure if your app uses non-SDK interfaces, you can test your app to find out. If your app relies on non-SDK interfaces, you should begin planning a migration to SDK alternatives. Nevertheless, we understand that some apps have valid use cases for using non-SDK interfaces. If you can't find an alternative to using a non-SDK interface for a feature in your app, you should request a new public API.

To learn more about the changes in this release of Android, see Updates to non-SDK interface restrictions in Android 15. To learn more about non-SDK interfaces generally, see Restrictions on non-SDK interfaces.