การเปลี่ยนแปลงลักษณะการทำงาน: แอปที่กำหนดเป้าหมายเป็น 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-3 วินาที (หากคุณไม่หยุดแอปทันที ระบบจะสร้างสถานะ "ไม่สำเร็จ")
  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 introduces a new foreground service type, mediaProcessing. This service type is appropriate for operations like transcoding media files. For example, a media app might download an audio file and need to convert it to a different format before playing it. You can use a mediaProcessing foreground service to make sure the conversion continues even while the app is in the background.

The system permits an app's mediaProcessing services to run for a total of 6 hours in a 24-hour period, after which the system calls the running service's Service.onTimeout(int, int) method (introduced in Android 15). At this time, the service has a few seconds to call Service.stopSelf(). If the service does not call Service.stopSelf(), the system throws an internal exception. The exception is logged in Logcat with the following message:

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

To avoid having the exception, you can do one of the following:

  1. Have your service implement the new Service.onTimeout(int, int) method. When your app receives the callback, make sure to call stopSelf() within a few seconds. (If you don't stop the app right away, the system generates a failure.)
  2. Make sure your app's mediaProcessing services don't run for more than a total of 6 hours in any 24-hour period (unless the user interacts with the app, resetting the timer).
  3. Only start mediaProcessing foreground services as a result of direct user interaction; since your app is in the foreground when the service starts, your service has the full six hours after the app goes to the background.
  4. Instead of using a mediaProcessing foreground service, use an alternative API, like WorkManager.

If your app's mediaProcessing foreground services have run for 6 hours in the last 24, you cannot start another mediaProcessing foreground service unless the user has brought your app to the foreground (which resets the timer). If you try to start another mediaProcessing foreground service, the system throws ForegroundServiceStartNotAllowedException with an error message like "Time limit already exhausted for foreground service type mediaProcessing".

For more information about the mediaProcessing service type, see Changes to foreground service types for Android 15: Media processing.

Testing

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

adb shell am compat enable FGS_INTRODUCE_TIME_LIMITS your-package-name

You can also adjust the timeout period, to make it easier to test how your app behaves when the limit is reached. To set a new timeout period, run the following adb command:

adb shell device_config put activity_manager media_processing_fgs_timeout_duration duration-in-milliseconds

Restrictions on BOOT_COMPLETED broadcast receivers launching foreground services

在启动 BOOT_COMPLETED 广播接收器方面存在新限制 前台服务。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

以前，如果应用拥有 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

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

以 Android 15（API 级别 35）及更高版本为目标平台的应用无法再更改设备上的勿扰 (DND) 功能的全局状态或政策（无论是通过修改用户设置还是关闭勿扰模式）。相反，应用必须提供 AutomaticZenRule，系统会将其与现有的“最严格的政策优先”方案合并为一个全局政策。对之前会影响全局状态的现有 API 的调用（setInterruptionFilter、setNotificationPolicy）会导致创建或更新隐式 AutomaticZenRule，该 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)

  • การเปลี่ยนแปลงลำดับจำนวนเต็มแบบสุ่ม: หลังจากทำการเปลี่ยนแปลงใน 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' } ออกหากปิดใช้ตัวเลือก Lint แล้ว

  • ความขัดแย้งกับเมธอดอื่นๆ ใน 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）起，后台 activity 启动受到限制。

其他更改

  • 将 PendingIntent 创建者更改为默认阻止后台活动启动。这有助于防止应用意外创建可能被恶意行为者滥用的 PendingIntent。
  • 除非 PendingIntent 发送方允许，否则请勿将应用转至前台。此变更旨在防止恶意应用滥用在后台启动 activity 的功能。默认情况下，除非创建者允许后台 activity 启动权限或发送者具有后台 activity 启动权限，否则不允许应用将任务堆栈带到前台。
  • 控制任务堆栈的顶层 activity 如何完成其任务。如果顶部 activity 完成了一项任务，Android 将返回到上次处于活跃状态的任务。此外，如果非顶部 activity 完成其任务，Android 会返回到主屏幕；它不会阻止此非顶部 activity 完成。
  • 防止从其他应用启动任意 activity 进入您自己的任务。此变更可防止恶意应用通过创建看似来自其他应用的 activity 来对用户进行钓鱼式攻击。
  • 阻止将非可见窗口纳入后台 activity 启动的考虑范围。这有助于防止恶意应用滥用后台活动启动来向用户显示不必要或恶意的内容。

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 มีการเปลี่ยนแปลงบางอย่างที่มุ่งสร้างประสบการณ์ของผู้ใช้ที่สอดคล้องและใช้งานง่ายยิ่งขึ้น

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

There are two changes related to window insets in Android 15: edge-to-edge is enforced by default, and there are also configuration changes, such as the default configuration of system bars.

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

แอปจะแสดงผลแบบไร้ขอบโดยค่าเริ่มต้นในอุปกรณ์ที่ใช้ 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 Auto

แอปที่กำหนดเป้าหมายเป็น 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 หากแอปขัดข้องเมื่อเปิดใช้งาน อาจเป็นเพราะหน้าจอเริ่มต้น คุณสามารถอัปเกรดการพึ่งพา หน้าจอเริ่มต้น หลักเป็น 1.2.0-alpha01 ขึ้นไป หรือตั้งค่า window.attributes.layoutInDisplayCutoutMode = WindowManager.LayoutInDisplayCutoutMode.always
  • อาจมีหน้าจอที่มีปริมาณการเข้าชมต่ำซึ่งมี UI ถูกบดบัง ตรวจสอบว่าหน้าจอที่มีการเข้าชมน้อยเหล่านี้ไม่มี UI ถูกบดบัง หน้าจอที่มีปริมาณการเข้าชมต่ำ ได้แก่
    • หน้าจอเริ่มต้นใช้งานหรือหน้าจอลงชื่อเข้าใช้
    • หน้าการตั้งค่า
สิ่งที่ต้องตรวจสอบหากแอปยังไม่ได้แสดงผลแบบไร้ขอบ

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

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

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

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

ดูข้อควรพิจารณาเพิ่มเติมเกี่ยวกับการใช้ระยะขอบได้จากคู่มือ View แบบไร้ขอบ และ Compose แบบไร้ขอบ

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

对于以 Android 15（API 级别 35）为目标平台的应用，elegantTextHeight TextView 属性默认会变为 true，将默认使用的紧凑字体替换为一些具有较大垂直测量的脚本，使其更易于阅读。紧凑字体旨在防止布局中断；Android 13（API 级别 33）允许文本布局利用 fallbackLineSpacing 属性拉伸垂直高度，从而防止许多此类中断。

在 Android 15 中，系统中仍保留了紧凑字体，因此您的应用可以将 elegantTextHeight 设置为 false 以获得与之前相同的行为，但即将发布的版本不太可能支持此字体。因此，如果您的应用支持以下脚本：阿拉伯语、老挝语、缅甸语、泰米尔语、古吉拉特语、卡纳达语、马拉雅拉姆语、奥里亚语、泰卢固语或泰语，请将 elegantTextHeight 设置为 true 以测试您的应用。

针对以 Android 14（API 级别 34）及更低版本为目标平台的应用的 elegantTextHeight 行为。
以 Android 15 为目标平台的应用的 elegantTextHeight 行为。

การเปลี่ยนแปลงความกว้างของ 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 元素的大小都是统一的，如下图所示：

三个框，表示可以包含英语 (en)、日语 (ja) 和缅甸语 (my) 文本的 EditText 元素。EditText 的高度相同，即使这些语言的行高各不相同。

对于以 Android 15（API 级别 35）为目标平台的应用，现在为 EditText 预留了最小行高，以匹配指定语言区域的参考字体，如下图所示：

三个框，表示可以包含英语 (en)、日语 (ja) 和缅甸语 (my) 文本的 EditText 元素。EditText 的高度现在包含足够的空间来容纳这些语言字体的默认行高。

如有需要，您的应用可以将 useLocalePreferredLineHeightForMinimum 属性指定为 false，以恢复之前的行为；您的应用还可以在 Kotlin 和 Java 中使用 setMinimumFontMetrics API 设置自定义最小垂直指标。

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

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。

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.