Google menggunakan teknologi AI untuk menerjemahkan konten ke dalam bahasa pilihan Anda. Terjemahan AI mungkin mengandung kesalahan.

Perubahan perilaku: Aplikasi yang menargetkan Android 15 atau yang lebih tinggi

Seperti rilis sebelumnya, Android 15 menyertakan perubahan perilaku yang mungkin memengaruhi aplikasi Anda. Perubahan perilaku berikut ini berlaku khusus bagi aplikasi yang menargetkan Android 15 atau yang lebih tinggi. Jika aplikasi Anda menargetkan Android 15 atau yang lebih tinggi, Anda harus memodifikasi aplikasi untuk mendukung perilaku ini dengan benar, jika berlaku.

Pastikan Anda juga meninjau daftar perubahan perilaku yang memengaruhi semua aplikasi yang berjalan di Android 15, terlepas dari targetSdkVersion aplikasi Anda.

Fungsi inti

Android 15 mengubah atau memperluas berbagai kemampuan inti sistem Android.

Perubahan pada layanan latar depan

我们将对 Android 15 中的前台服务进行以下更改。

数据同步前台服务超时行为
新的媒体处理前台服务类型
对启动前台服务的 BOOT_COMPLETED 广播接收器的限制
在应用拥有 SYSTEM_ALERT_WINDOW 权限时启动前台服务的限制

数据同步前台服务超时行为

Android 15 memperkenalkan perilaku waktu tunggu baru ke dataSync untuk aplikasi yang menargetkan Android 15 (API level 35) atau yang lebih tinggi. Perilaku ini juga berlaku untuk jenis layanan latar depan mediaProcessing baru.

Sistem mengizinkan layanan dataSync aplikasi berjalan selama total 6 jam dalam periode 24 jam, setelah itu sistem akan memanggil metode Service.onTimeout(int, int) layanan yang berjalan (diperkenalkan di Android 15). Saat ini, layanan memiliki waktu beberapa detik untuk memanggil Service.stopSelf(). Saat Service.onTimeout() dipanggil, layanan tidak lagi dianggap sebagai layanan latar depan. Jika layanan tidak memanggil Service.stopSelf(), sistem akan menampilkan pengecualian internal. Pengecualian akan dicatat ke dalam log di Logcat dengan pesan berikut:

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

Untuk menghindari masalah terkait perubahan perilaku ini, Anda dapat melakukan satu atau beberapa hal berikut:

Minta layanan Anda menerapkan metode Service.onTimeout(int, int) baru. Saat aplikasi Anda menerima callback, pastikan untuk memanggil stopSelf() dalam beberapa detik. (Jika Anda tidak segera menghentikan aplikasi, sistem akan menghasilkan kegagalan.)
Pastikan layanan dataSync aplikasi Anda tidak berjalan selama lebih dari 6 jam dalam periode 24 jam (kecuali jika pengguna berinteraksi dengan aplikasi, mereset timer).
Hanya mulai layanan latar depan dataSync sebagai hasil dari interaksi pengguna langsung; karena aplikasi Anda berada di latar depan saat layanan dimulai, layanan Anda memiliki waktu enam jam penuh setelah aplikasi beralih ke latar belakang.
Sebagai ganti menggunakan layanan latar depan dataSync, gunakan API alternatif.

Jika layanan latar depan dataSync aplikasi Anda telah berjalan selama 6 jam dalam 24 jam terakhir, Anda tidak dapat memulai layanan latar depan dataSync lain kecuali pengguna telah memindahkan aplikasi Anda ke latar depan (yang mereset timer). Jika Anda mencoba memulai layanan latar depan dataSync lainnya, sistem akan menampilkan ForegroundServiceStartNotAllowedException dengan pesan error seperti "Batas waktu sudah habis untuk jenis layanan latar depan dataSync".

Pengujian

Untuk menguji perilaku aplikasi, Anda dapat mengaktifkan waktu tunggu sinkronisasi data meskipun aplikasi tidak menargetkan Android 15 (asalkan aplikasi berjalan di perangkat Android 15). Untuk mengaktifkan waktu tunggu, jalankan perintah adb berikut:

adb shell am compat enable FGS_INTRODUCE_TIME_LIMITS your-package-name

Anda juga dapat menyesuaikan periode waktu tunggu untuk mempermudah pengujian perilaku aplikasi saat batas tercapai. Untuk menetapkan periode waktu tunggu baru, jalankan perintah adb berikut:

adb shell device_config put activity_manager data_sync_fgs_timeout_duration duration-in-milliseconds

新的媒体处理前台服务类型

Android 15 memperkenalkan jenis layanan latar depan baru, mediaProcessing. Jenis layanan ini sesuai untuk operasi seperti melakukan transcoding file media. Misalnya, aplikasi media mungkin mendownload file audio dan perlu mengonversinya ke format lain sebelum memutarnya. Anda dapat menggunakan layanan latar depan mediaProcessing untuk memastikan konversi berlanjut bahkan saat aplikasi berada di latar belakang.

Sistem mengizinkan layanan mediaProcessing aplikasi berjalan selama total 6 jam dalam periode 24 jam, setelah itu sistem akan memanggil metode Service.onTimeout(int, int) layanan yang berjalan (diperkenalkan di Android 15). Saat ini, layanan memiliki waktu beberapa detik untuk memanggil Service.stopSelf(). Jika layanan tidak memanggil Service.stopSelf(), sistem akan menampilkan pengecualian internal. Pengecualian akan dicatat ke dalam log di Logcat dengan pesan berikut:

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

Untuk menghindari pengecualian, Anda dapat melakukan salah satu hal berikut:

Minta layanan Anda menerapkan metode Service.onTimeout(int, int) baru. Saat aplikasi Anda menerima callback, pastikan untuk memanggil stopSelf() dalam beberapa detik. (Jika Anda tidak segera menghentikan aplikasi, sistem akan menghasilkan kegagalan.)
Pastikan layanan mediaProcessing aplikasi Anda tidak berjalan selama lebih dari jumlah 6 jam dalam periode 24 jam (kecuali jika pengguna berinteraksi dengan aplikasi, mereset timer).
Hanya mulai layanan latar depan mediaProcessing sebagai hasil dari interaksi pengguna langsung; karena aplikasi Anda berada di latar depan saat layanan dimulai, layanan Anda memiliki waktu enam jam penuh setelah aplikasi beralih ke latar belakang.
Daripada menggunakan layanan latar depan mediaProcessing, gunakan API alternatif, seperti WorkManager.

Jika layanan latar depan mediaProcessing aplikasi Anda telah berjalan selama 6 jam dalam 24 terakhir, Anda tidak dapat memulai layanan latar depan mediaProcessing lainnya kecuali jika pengguna telah memindahkan aplikasi Anda ke latar depan (yang akan mereset timer). Jika Anda mencoba memulai layanan latar depan mediaProcessing lainnya, sistem akan menampilkan ForegroundServiceStartNotAllowedException dengan pesan error seperti "Batas waktu sudah habis untuk jenis layanan latar depan mediaProcessing".

Untuk informasi selengkapnya tentang jenis layanan mediaProcessing, lihat Perubahan pada jenis layanan latar depan untuk Android 15: Pemrosesan media.

Pengujian

Untuk menguji perilaku aplikasi, Anda dapat mengaktifkan waktu tunggu pemrosesan media meskipun aplikasi tidak menargetkan Android 15 (selama aplikasi berjalan di perangkat Android 15). Untuk mengaktifkan waktu tunggu, jalankan perintah adb berikut:

adb shell am compat enable FGS_INTRODUCE_TIME_LIMITS your-package-name

Anda juga dapat menyesuaikan periode waktu tunggu untuk mempermudah pengujian perilaku aplikasi saat batas tercapai. Untuk menetapkan periode waktu tunggu baru, jalankan perintah adb berikut:

adb shell device_config put activity_manager media_processing_fgs_timeout_duration duration-in-milliseconds

对启动前台服务的 `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` 权限时启动前台服务的限制

Sebelumnya, jika memiliki izin SYSTEM_ALERT_WINDOW, aplikasi dapat meluncurkan layanan latar depan meskipun aplikasi saat ini berada di latar belakang (seperti yang dibahas dalam pengecualian dari pembatasan mulai latar belakang).

Jika aplikasi menargetkan Android 15, pengecualian ini kini lebih sempit. Aplikasi kini harus memiliki izin SYSTEM_ALERT_WINDOW dan juga memiliki jendela overlay yang terlihat. Artinya, aplikasi harus meluncurkan jendela TYPE_APPLICATION_OVERLAY terlebih dahulu dan jendela harus terlihat sebelum Anda memulai layanan latar depan.

Jika aplikasi Anda mencoba memulai layanan latar depan dari latar belakang tanpa memenuhi persyaratan baru ini (dan tidak memiliki pengecualian lain), sistem akan menampilkan ForegroundServiceStartNotAllowedException.

Jika aplikasi Anda mendeklarasikan izin SYSTEM_ALERT_WINDOW dan meluncurkan layanan latar depan dari latar belakang, aplikasi tersebut mungkin akan terpengaruh oleh perubahan ini. Jika aplikasi Anda mendapatkan ForegroundServiceStartNotAllowedException, periksa urutan operasi aplikasi dan pastikan aplikasi Anda sudah memiliki jendela overlay yang aktif sebelum mencoba memulai layanan latar depan dari latar belakang. Anda dapat memeriksa apakah jendela overlay saat ini terlihat dengan memanggil View.getWindowVisibility(), atau Anda dapat mengganti View.onWindowVisibilityChanged() untuk mendapatkan notifikasi setiap kali visibilitas berubah.

Pengujian

Untuk menguji perilaku aplikasi, Anda dapat mengaktifkan pembatasan baru ini meskipun aplikasi tidak menargetkan Android 15 (selama aplikasi berjalan di perangkat Android 15). Untuk mengaktifkan pembatasan baru ini saat memulai layanan latar depan dari latar belakang, jalankan perintah adb berikut:

adb shell am compat enable FGS_SAW_RESTRICTIONS your-package-name

Perubahan pada waktu aplikasi dapat mengubah status global mode Jangan Ganggu

Aplikasi yang menargetkan Android 15 (API level 35) dan yang lebih tinggi tidak dapat lagi mengubah status atau kebijakan global Jangan Ganggu (DND) di perangkat (baik dengan mengubah setelan pengguna, atau menonaktifkan mode DND). Sebagai gantinya, aplikasi harus berkontribusi pada AutomaticZenRule, yang digabungkan sistem menjadi kebijakan global dengan skema kebijakan paling ketat yang ada. Panggilan ke API yang ada yang sebelumnya memengaruhi status global (setInterruptionFilter, setNotificationPolicy) menghasilkan pembuatan atau pembaruan AutomaticZenRule implisit, yang diaktifkan dan dinonaktifkan bergantung pada siklus panggilan panggilan API tersebut.

Perhatikan bahwa perubahan ini hanya memengaruhi perilaku yang dapat diamati jika aplikasi memanggil setInterruptionFilter(INTERRUPTION_FILTER_ALL) dan mengharapkan panggilan tersebut untuk menonaktifkan AutomaticZenRule yang sebelumnya diaktifkan oleh pemiliknya.

Perubahan OpenJDK API

Android 15 将继续更新 Android 的核心库，以与最新 OpenJDK LTS 版本中的功能保持一致。

以下变更可能会影响以 Android 15（API 级别 35）为目标平台的应用的兼容性：

对字符串格式化 API 进行了更改：现在，当使用以下 String.format() 和 Formatter.format() API 时，对参数索引、标志、宽度和精度的验证要求变得更加严格：
例如，当使用实参索引 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() 方法现在返回的数字序列与 the Random.nextInt() 方法返回的数字序列不同：
一般来说，此更改不应导致应用出现破坏性行为，但您的代码不应期望从 Random.ints() 方法生成的序列与 Random.nextInt() 匹配。

新的 SequencedCollection API 可能会影响应用的兼容性在应用的 build 配置中更新以使用 Android 15（API 级别 35）后：compileSdk

与 MutableList.removeFirst() 和 MutableList.removeLast() 扩展函数在 kotlin-stdlib 中发生冲突

Java 中的 List 类型映射到 Kotlin 中的 MutableList 类型。由于 List.removeFirst() 和 List.removeLast() API 是在 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;
```
Android Gradle 插件中现有的 NewApi lint 选项可以捕获这些新的 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() 函数调用分别替换为 Kotlin 中的 removeAt(0) 和 removeAt(list.lastIndex)。如果您使用的是 Android Studio Ladybug | 2024.1.3 或更高版本，它还为这些错误提供了快速修复选项。

如果 lint 选项已停用，请考虑移除 @SuppressLint("NewApi") 和 lintOptions { disable 'NewApi' }。

与 Java 中的其他方法发生冲突

新的方法已添加到现有类型中，例如， List 和 Deque。这些新方法可能与其他接口和类中具有相同名称和实参类型的方法不兼容。如果方法签名冲突且不兼容，javac 编译器会输出 build 时错误。例如：

错误示例 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

如需修复这些 build 错误，实现这些接口的类应使用兼容的返回值类型替换该方法。例如：

@Override
public Object getFirst() {
    return List.super.getFirst();
}

Keamanan

Android 15 menyertakan perubahan yang meningkatkan keamanan sistem untuk membantu melindungi aplikasi dan pengguna dari aplikasi berbahaya.

Versi TLS yang dibatasi

Android 15 restricts the usage of TLS versions 1.0 and 1.1. These versions had previously been deprecated in Android, but are now disallowed for apps targeting Android 15.

Peluncuran aktivitas latar belakang yang aman

Android 15 melindungi pengguna dari aplikasi berbahaya dan memberi mereka lebih banyak kontrol atas perangkat mereka dengan menambahkan perubahan yang mencegah aplikasi latar belakang berbahaya memunculkan aplikasi lain ke latar depan, meningkatkan hak istimewa mereka, dan menyalahgunakan interaksi pengguna. Peluncuran aktivitas latar belakang telah dibatasi sejak Android 10 (level API 29).

Perubahan lainnya

Mengubah kreator PendingIntent untuk memblokir peluncuran aktivitas latar belakang secara default. Hal ini membantu mencegah aplikasi membuat PendingIntent secara tidak sengaja yang dapat disalahgunakan oleh pihak berniat jahat.
Jangan membawa aplikasi ke latar depan kecuali jika PendingIntentpengirim mengizinkannya. Perubahan ini bertujuan untuk mencegah aplikasi berbahaya menyalahgunakan kemampuan untuk memulai aktivitas di latar belakang. Secara default, aplikasi tidak diizinkan untuk membawa stack tugas ke latar depan kecuali jika pembuat mengizinkan hak istimewa peluncuran aktivitas latar belakang atau pengirim memiliki hak istimewa peluncuran aktivitas latar belakang.
Mengontrol cara aktivitas teratas dari stack tugas dapat menyelesaikan tugasnya. Jika aktivitas teratas menyelesaikan tugas, Android akan kembali ke tugas mana pun yang terakhir aktif. Selain itu, jika aktivitas non-teratas menyelesaikan tugasnya, Android akan kembali ke layar utama; Android tidak akan memblokir penyelesaian aktivitas non-teratas ini.
Mencegah peluncuran aktivitas arbitrer dari aplikasi lain ke dalam tugas Anda sendiri. Perubahan ini mencegah aplikasi berbahaya melakukan phishing terhadap pengguna dengan membuat aktivitas yang tampak berasal dari aplikasi lain.
Mencegah jendela yang tidak terlihat dipertimbangkan untuk peluncuran aktivitas latar belakang. Hal ini membantu mencegah aplikasi berbahaya menyalahgunakan peluncuran aktivitas di latar belakang untuk menampilkan konten yang tidak diinginkan atau berbahaya kepada pengguna.

Intent yang lebih aman

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());
}

Pengalaman pengguna dan UI sistem

Android 15 menyertakan beberapa perubahan yang dimaksudkan untuk menciptakan pengalaman pengguna yang lebih konsisten dan intuitif.

Perubahan inset jendela

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

全面实施政策

如果应用以 Android 15（API 级别 35）为目标平台，则在搭载 Android 15 的设备上默认以无边框显示。

以 Android 14 为目标平台且在 Android 15 设备上未以无边框显示的应用。

以 Android 15（API 级别 35）为目标平台且以无边框显示的 Android 15 设备上的应用。此应用主要使用会自动应用边衬区的 Material 3 Compose 组件。此屏幕不会受到 Android 15 无边框强制执行的不利影响。

这是一项重大变更，可能会对应用的界面产生不利影响。这些变更会影响以下界面区域：

手势提示条导航栏
- 默认透明。
- 底部偏移已停用，因此除非应用了边衬区，否则内容会绘制在系统导航栏后面。
- setNavigationBarColor 和 R.attr#navigationBarColor 已弃用，不会影响手势导航。
- setNavigationBarContrastEnforced 和 R.attr#navigationBarContrastEnforced 仍不会影响手势导航。
三按钮导航
- 默认情况下，不透明度设置为 80%，颜色可能与窗口背景颜色一致。
- 底部偏移已停用，因此除非应用了边衬区，否则内容会绘制在系统导航栏后面。
- setNavigationBarColor 和 R.attr#navigationBarColor 默认设置为与窗口背景颜色一致。窗口背景必须是颜色可绘制对象，才能应用此默认设置。此 API 已弃用，但仍会影响三按钮导航。
- setNavigationBarContrastEnforced 和 R.attr#navigationBarContrastEnforced 默认值为 true，这会在三按钮导航中添加 80% 不透明的背景。
状态栏
- 默认透明。
- 顶部偏移已停用，因此除非应用了边衬区，否则内容会绘制在状态栏后面。
- 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 15（API 级别 35）为目标平台且在 Android 15 设备上以无边框显示的应用。不过，由于 Android 15 无边框强制执行，许多元素现在会被状态栏、三按钮导航栏或刘海屏遮盖。被遮盖的界面包括 Material 2 顶部应用栏、悬浮操作按钮和列表项。

以 Android 15（API 级别 35）为目标平台且在 Android 15 设备上以无边框显示的应用，并应用了边衬区，因此界面不会被遮盖。

如果您的应用已以无边框显示，需要检查哪些内容

如果您的应用已以无边框显示并应用了边衬区，则大部分情况下不会受到影响，但在以下情形中除外。不过，即使您认为自己不会受到影响，我们也建议您测试应用。

您有一个非浮动窗口，例如使用 SHORT_EDGES、NEVER 或 DEFAULT 而不是 LAYOUT_IN_DISPLAY_CUTOUT_MODE_ALWAYS 的 Activity。如果您的应用在启动时崩溃，可能是因为启动画面所致。您可以将核心启动画面依赖项升级到 1.2.0-alpha01 或更高版本，也可以设置 window.attributes.layoutInDisplayCutoutMode = WindowManager.LayoutInDisplayCutoutMode.always。
可能存在流量较低的屏幕，其界面被遮盖。验证这些访问量较少的屏幕是否没有被遮盖的界面。流量较低的屏幕包括：
- 新手入门或登录屏幕
- “设置”页面

如果您的应用尚未以无边框显示，需要检查哪些内容

如果您的应用尚未以无边框显示，则很可能会受到影响。除了已以无边框显示的应用的情形之外，您还应考虑以下情况：

如果您的应用在 Compose 中使用了 Material 3 组件 ( androidx.compose.material3)，例如 TopAppBar、 BottomAppBar 和 NavigationBar，这些组件可能不会受到影响，因为它们会自动处理边衬区。
如果应用使用的是 Compose 中的 Material 2 组件 ( androidx.compose.material)，这些组件本身并不会自动处理边衬区。不过，您可以获得边衬区的访问权限，然后手动应用边衬区。在 androidx.compose.material 1.6.0 及更高版本中，使用 windowInsets 参数可为 BottomAppBar、TopAppBar、 BottomNavigation 和 NavigationRail 手动应用边衬区。同样，对于 Scaffold，请使用 contentWindowInsets 参数。
如果应用使用了视图和 Material 组件 (com.google.android.material)，则大多数基于视图的 Material 组件（例如 BottomNavigationView、BottomAppBar、 NavigationRailView 或 NavigationView）都会处理边衬区，因此不需要执行额外的操作。不过，您需要添加 android:fitsSystemWindows="true" ，如果使用 AppBarLayout。
对于自定义可组合项，请手动应用边衬区作为内边距。如果您的内容位于 Scaffold 中，则可以使用 Scaffold 内边距值来使用边衬区。否则，请使用其中一个 WindowInsets应用内边距。
如果应用使用的是视图和 BottomSheet、SideSheet 或自定义容器，请使用 ViewCompat.setOnApplyWindowInsetsListener应用内边距。对于 RecyclerView，请使用此监听器应用内边距，同时添加 clipToPadding="false"。

如果您的应用必须提供自定义背景保护，需要检查哪些内容

如果您的应用必须为“三按钮”导航或状态栏提供自定义背景保护，则应用应使用 WindowInsets.Type#tappableElement() 将可组合函数或视图放置在系统栏后面，以获取“三按钮” 导航栏高度或 WindowInsets.Type#statusBars。

其他无边框资源

如需了解有关应用边衬区的其他注意事项，请参阅无边框视图和无边框 Compose 指南。

已弃用的 API

以下 API 已弃用，但未停用：

R.attr#enforceStatusBarContrast
R.attr#navigationBarColor （适用于三按钮导航，alpha 为 80%）
Window#isStatusBarContrastEnforced
Window#setNavigationBarColor （适用于三按钮导航，alpha 为 80%）
Window#setStatusBarContrastEnforced

以下 API 已弃用并已停用：

R.attr#navigationBarColor （适用于手势导航）
R.attr#navigationBarDividerColor
R.attr#statusBarColor
Window#setDecorFitsSystemWindows
Window#getNavigationBarColor
Window#getNavigationBarDividerColor
Window#getStatusBarColor
Window#setNavigationBarColor （适用于手势导航）
Window#setNavigationBarDividerColor
Window#setStatusBarColor

稳定配置

如果您的应用以 Android 15（API 级别 35）或更高版本为目标平台，Configuration 不再排除系统栏。如果您在 Configuration 类中使用屏幕尺寸进行布局计算，则应根据需要将其替换为更好的替代方案，例如适当的 ViewGroup、WindowInsets 或 WindowMetricsCalculator。

Configuration 自 API 1 起可用。它通常从 Activity.onConfigurationChanged 获取。它提供窗口密度、屏幕方向和尺寸等信息。从 Configuration 返回的窗口尺寸的一个重要特征是，它之前排除了系统栏。

配置尺寸通常用于资源选择，例如 /res/layout-h500dp，这仍然是一个有效的用例。但是，我们一直不建议将其用于布局计算。如果您这样做，现在应该停止。您应该根据自己的用例，将 Configuration 的使用替换为更合适的内容。

如果您使用它来计算布局，请使用适当的 ViewGroup，例如 CoordinatorLayout 或 ConstraintLayout。如果您使用它来确定系统导航栏的高度，请使用 WindowInsets。如果您想知道应用窗口的当前尺寸，请使用 computeCurrentWindowMetrics。

以下列表介绍了受此更改影响的字段：

Configuration.screenWidthDp 和 screenHeightDp 尺寸不再排除系统栏。
Configuration.smallestScreenWidthDp 间接受到 screenWidthDp 和 screenHeightDp 更改的影响。
Configuration.orientation 间接受到接近正方形的设备上 screenWidthDp 和 screenHeightDp 更改的影响。
Display.getSize(Point) 间接受到 Configuration 更改的影响。此方法已从 API 级别 30 开始被弃用。
自 API 级别 33 起，Display.getMetrics() 的运作方式已是如此。

Atribut elegantTextHeight secara default adalah true

Untuk aplikasi yang menargetkan Android 15 (API level 35), atribut TextView elegantTextHeight menjadi true secara default, menggantikan font ringkas yang digunakan secara default dengan beberapa skrip yang memiliki metrik vertikal besar dengan skrip yang jauh lebih mudah dibaca. Font rapat diperkenalkan untuk mencegah kerusakan tata letak; Android 13 (API level 33) mencegah banyak kerusakan ini dengan memungkinkan tata letak teks meregangkan tinggi vertikal menggunakan atribut fallbackLineSpacing.

Di Android 15, font ringkas masih ada di sistem, sehingga aplikasi Anda dapat menetapkan elegantTextHeight ke false untuk mendapatkan perilaku yang sama seperti sebelumnya, tetapi kemungkinan tidak akan didukung dalam rilis mendatang. Jadi, jika aplikasi Anda mendukung skrip berikut: Arab, Lao, Myanmar, Tamil, Gujarati, Kannada, Malayalam, Odia, Telugu, atau Thai, uji aplikasi Anda dengan menetapkan elegantTextHeight ke true.

`elegantTextHeight` untuk aplikasi yang menargetkan Android 14 (API level 34) dan yang lebih lama.

`elegantTextHeight` untuk aplikasi yang menargetkan Android 15.

Perubahan lebar TextView untuk bentuk huruf yang kompleks

In previous versions of Android, some cursive fonts or languages that have complex shaping might draw the letters in the previous or next character's area. In some cases, such letters were clipped at the beginning or ending position. Starting in Android 15, a TextView allocates width for drawing enough space for such letters and allows apps to request extra paddings to the left to prevent clipping.

Because this change affects how a TextView decides the width, TextView allocates more width by default if the app targets Android 15 (API level 35) or higher. You can enable or disable this behavior by calling the setUseBoundsForWidth API on TextView.

Because adding left padding might cause a misalignment for existing layouts, the padding is not added by default even for apps that target Android 15 or higher. However, you can add extra padding to preventing clipping by calling setShiftDrawingOffsetForStartOverhang.

The following examples show how these changes can improve text layout for some fonts and languages.

Standard layout for English text in a cursive font. Some of the letters are clipped. Here is the corresponding XML:

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

Layout for the same English text with additional width and padding. Here is the corresponding XML:

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

Standard layout for Thai text. Some of the letters are clipped. Here is the corresponding XML:

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

Layout for the same Thai text with additional width and padding. Here is the corresponding XML:

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

Tinggi baris default yang mendukung lokalitas untuk EditText

在较低版本的 Android 中，文本布局会拉伸文本的高度，以满足与当前语言区域匹配的字体的行高。例如，如果内容是日语，由于日语字体的行高略高于拉丁字体，因此文本的高度会略高。不过，尽管行高存在这些差异，但无论使用的是哪种语言区域，EditText 元素的大小都是统一的，如下图所示：

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

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

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

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

Kamera dan media

Android 15 membuat perubahan berikut pada perilaku kamera dan media untuk aplikasi yang menargetkan Android 15 atau yang lebih tinggi.

Batasan pada permintaan fokus audio

Aplikasi yang menargetkan Android 15 (API level 35) harus menjadi aplikasi teratas atau menjalankan layanan latar depan untuk meminta fokus audio. Jika aplikasi mencoba meminta fokus saat tidak memenuhi salah satu persyaratan ini, panggilan akan menampilkan AUDIOFOCUS_REQUEST_FAILED.

Anda dapat mempelajari fokus audio lebih lanjut di Mengelola fokus audio.

Pembatasan non-SDK yang diperbarui

Android 15 menyertakan daftar terbaru antarmuka non-SDK yang dibatasi berdasarkan kolaborasi dengan developer Android dan pengujian internal terbaru. Jika memungkinkan, kami akan memastikan ketersediaan alternatif publik sebelum membatasi antarmuka non-SDK.

Jika aplikasi Anda tidak menargetkan Android 15, beberapa perubahan ini mungkin tidak langsung memengaruhi Anda. Namun, meskipun aplikasi Anda dapat mengakses beberapa antarmuka non-SDK bergantung pada level API target aplikasi Anda, penggunaan metode atau kolom non-SDK apa pun tetap berisiko tinggi merusak aplikasi Anda.

Jika tidak yakin apakah aplikasi Anda menggunakan antarmuka non-SDK atau tidak, Anda dapat menguji aplikasi untuk mencari tahu. Jika aplikasi Anda mengandalkan antarmuka non-SDK, sebaiknya Anda mulai merencanakan migrasi ke alternatif SDK. Namun demikian, kami memahami bahwa beberapa aplikasi memiliki kasus penggunaan yang valid untuk menggunakan antarmuka non-SDK. Jika tidak dapat menemukan alternatif penggunaan antarmuka non-SDK untuk suatu fitur dalam aplikasi, Anda harus meminta API publik baru.

Untuk mempelajari perubahan dalam rilis Android ini lebih lanjut, baca Pembaruan pembatasan antarmuka non-SDK di Android 15. Untuk mempelajari lebih lanjut antarmuka non-SDK secara umum, baca Pembatasan antarmuka non-SDK.

Perubahan perilaku: Aplikasi yang menargetkan Android 15 atau yang lebih tinggi Tetap teratur dengan koleksi Simpan dan kategorikan konten berdasarkan preferensi Anda.

Fungsi inti

Perubahan pada layanan latar depan

数据同步前台服务超时行为

Pengujian

新的媒体处理前台服务类型

Pengujian

对启动前台服务的 BOOT_COMPLETED 广播接收器的限制

Testing

在应用拥有 SYSTEM_ALERT_WINDOW 权限时启动前台服务的限制

Pengujian

Perubahan pada waktu aplikasi dapat mengubah status global mode Jangan Ganggu

Perubahan OpenJDK API

Keamanan

Versi TLS yang dibatasi

Peluncuran aktivitas latar belakang yang aman

Perubahan lainnya

Intent yang lebih aman

Kotlin

Java

Pengalaman pengguna dan UI sistem

Perubahan inset jendela

全面实施政策

如果您的应用已以无边框显示，需要检查哪些内容

如果您的应用尚未以无边框显示，需要检查哪些内容

如果您的应用必须提供自定义背景保护，需要检查哪些内容

其他无边框资源

已弃用的 API

稳定配置

Atribut elegantTextHeight secara default adalah true

Perubahan lebar TextView untuk bentuk huruf yang kompleks

Tinggi baris default yang mendukung lokalitas untuk EditText

Kamera dan media

Batasan pada permintaan fokus audio

Pembatasan non-SDK yang diperbarui

Perubahan perilaku: Aplikasi yang menargetkan Android 15 atau yang lebih tinggi

对启动前台服务的 `BOOT_COMPLETED` 广播接收器的限制

在应用拥有 `SYSTEM_ALERT_WINDOW` 权限时启动前台服务的限制