Google は AI 技術を使用して、コンテンツをご希望の言語に翻訳しています。AI 翻訳には誤りが含まれる場合があります。

動作の変更点: Android 15 以上をターゲットとするアプリ

これまでのリリースと同様、Android 15 には、アプリに影響する可能性がある動作変更が含まれています。下記の動作変更は、Android 15 以上をターゲットとするアプリにのみ適用されます。アプリが Android 15 以上をターゲットとする場合は、必要に応じてアプリを変更し、下記の動作に適切に対応できるようにしてください。

アプリの targetSdkVersion に関係なく、Android 15 で実行されるすべてのアプリに影響する動作変更のリストも必ずご確認ください。

コア機能

Android 15 では、Android システムのさまざまなコア機能が変更または拡張されています。

フォアグラウンドサービスに関する変更

Android 15 では、フォアグラウンドサービスに次の変更を加えます。

データ同期フォアグラウンドサービスのタイムアウト動作
新しいメディア処理フォアグラウンドサービスのタイプ
フォアグラウンドサービスを起動する BOOT_COMPLETED ブロードキャストレシーバに関する制限
アプリが SYSTEM_ALERT_WINDOW 権限を保持しているときにフォアグラウンドサービスを起動する場合の制限

データ同期フォアグラウンドサービスのタイムアウト動作

Android 15 では、Android 15（API レベル 35）以降をターゲットとするアプリに対して、dataSync に新しいタイムアウト動作が導入されます。この動作は、新しい mediaProcessing フォアグラウンドサービスタイプにも適用されます。

システムは、アプリの dataSync サービスを 24 時間以内に合計 6 時間実行することを許可します。その後、システムは実行中のサービスの Service.onTimeout(int, int) メソッド（Android 15 で導入）を呼び出します。この時点で、サービスは 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]"

この動作の変更による問題を回避するには、次のいずれかを行います。

サービスに新しい Service.onTimeout(int, int) メソッドを実装します。アプリがコールバックを受信したら、数秒以内に stopSelf() を呼び出します。（アプリをすぐに停止しないと、システムは障害を生成します）。
アプリの dataSync サービスが、24 時間で合計 6 時間を超えて実行されていないことを確認します（ユーザーがアプリを操作してタイマーをリセットする場合を除きます）。
dataSync フォアグラウンドサービスは、直接のユーザー操作の結果としてのみ起動します。サービスの開始時にアプリはフォアグラウンドにあるため、サービスはバックグラウンドに移行してから 6 時間すべてかかります。
dataSync フォアグラウンドサービスを使用する代わりに、代替の API を使用してください。

アプリの dataSync フォアグラウンドサービスが過去 24 時間以内に 6 時間実行されている場合、ユーザーがアプリをフォアグラウンドに表示した（これによりタイマーがリセットされる）場合を除き、別の 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 前台服务，确保即使应用在后台运行时转换也会继续。

系统允许应用的 mediaProcessing 服务在 24 小时内总共运行 6 小时，之后系统会调用正在运行的服务的 Service.onTimeout(int, int) 方法（在 Android 15 中引入）。此时，服务有几秒钟的时间来调用 Service.stopSelf()。如果服务未调用 Service.stopSelf()，系统会抛出内部异常。系统会在 Logcat 中记录此异常，并显示以下消息：

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

为避免出现此异常，您可以执行以下任一操作：

让您的服务实现新的 Service.onTimeout(int, int) 方法。当您的应用收到回调时，请务必在几秒钟内调用 stopSelf()。（如果您未立即停止应用，系统会生成失败情况。）
确保应用的 mediaProcessing 服务在任何 24 小时内总运行时间不超过 6 小时（除非用户与应用互动，重置计时器）。
仅在有直接用户互动时启动 mediaProcessing 前台服务；由于服务启动时应用位于前台，因此您的服务在应用进入后台后有完整的 6 小时时间。
请改用替代 API（例如 WorkManager），而不是使用 mediaProcessing 前台服务。

如果您的应用的 mediaProcessing 前台服务在过去 24 小时内运行了 6 小时，则您无法启动其他 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

フォアグラウンドサービスを起動する `BOOT_COMPLETED` ブロードキャストレシーバの制限

BOOT_COMPLETED ブロードキャストレシーバに対する新しい制限事項がリリースされますフォアグラウンドサービスの場合。BOOT_COMPLETED レシーバーは、API 呼び出しを起動できないフォアグラウンドサービスのタイプを使用できます。

dataSync
camera
mediaPlayback
phoneCall
mediaProjection
microphone（この制限は、次の日付より microphone に適用されています） Android 14）

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

アプリが `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

アプリがサイレントモードのグローバル状態を変更できるタイミングの変更

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

请注意，只有当应用调用 setInterruptionFilter(INTERRUPTION_FILTER_ALL) 并希望该调用停用之前由其所有者激活的 AutomaticZenRule 时，此更改才会影响可观察到的行为。

OpenJDK API の変更点

Android 15 では、最新の OpenJDK LTS リリースの機能に合わせて Android のコアライブラリを更新する取り組みが引き続き行われています。

これらの変更の一部は、Android 15（API レベル 35）をターゲットとするアプリの互換性に影響する可能性があります。

String Formatting API の変更: 以下の String.format() API と 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() メソッドは、Random.nextInt() メソッドとは異なる数列を返すようになりました。
通常、この変更によってアプリの動作が中断されることはありませんが、Random.ints() メソッドから生成されたシーケンスが Random.nextInt() と一致することを想定したコードは作成しないでください。

新しい SequencedCollection API は、アプリのビルド構成で compileSdk を更新して Android 15（API レベル 35）を使用するようにした後、アプリの互換性に影響する可能性があります。

kotlin-stdlib の MutableList.removeFirst() 拡張関数と MutableList.removeLast() 拡張関数との競合

Java の List 型は、Kotlin の MutableList 型にマッピングされます。List.removeFirst() API と List.removeLast() API が Android 15（API レベル 35）で導入されたため、Kotlin コンパイラは、list.removeFirst() などの関数呼び出しを、kotlin-stdlib の拡張関数ではなく、新しい List API に静的に解決します。

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 エラーを修正するには、Kotlin で removeFirst() 関数呼び出しと removeLast() 関数呼び出しをそれぞれ removeAt(0) と removeAt(list.lastIndex) に置き換えます。Android Studio Ladybug | 2024.1.3 以降を使用している場合は、これらのエラーに対するクイックフィックスオプションも提供されます。

lint オプションが無効になっている場合は、@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 はホーム画面に戻ります。この最上位でないアクティビティの終了はブロックされません。
他のアプリから任意の Activity が自分のタスクに起動されるのを防ぎます。この変更により、悪意のあるアプリが他のアプリからのものに見せかけたアクティビティを作成してユーザーをフィッシングするのを防ぐことができます。
非表示のウィンドウがバックグラウンドアクティビティの起動の対象にならないようにブロック。これにより、悪意のあるアプリがバックグラウンドアクティビティの起動を不正使用して、ユーザーに不要なコンテンツや悪意のあるコンテンツを表示するのを防ぐことができます。

より安全なインテント

Android 15 では、インテント用に 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（API レベル 35）をターゲットとしているアプリについては、Android 15 を搭載しているデバイスではデフォルトでエッジツーエッジ表示となります。

Android 14 をターゲットとし、Android 15 デバイスでエッジツーエッジではないアプリ。

Android 15（API レベル 35）をターゲットとし、Android 15 デバイスでエッジツーエッジ表示されるアプリ。このアプリは、インセットを自動的に適用するマテリアル 3 Compose コンポーネントを主に使用しています。この画面は、Android 15 のエッジツーエッジの適用による悪影響を受けません。

これは、アプリの UI に悪影響を及ぼす可能性がある互換性を破る変更です。この変更は、次の UI 領域に影響します。

ジェスチャーハンドルナビゲーションバー
- デフォルトで透明。
- 下部のオフセットが無効になっているため、インセットが適用されない限り、コンテンツはシステムナビゲーションバーの背後に描画されます。
- setNavigationBarColor と R.attr#navigationBarColor は非推奨であり、ジェスチャーナビゲーションには影響しません。
- setNavigationBarContrastEnforced と R.attr#navigationBarContrastEnforced は、引き続きジェスチャーナビゲーションに影響しません。
3 ボタンナビゲーション
- 不透明度はデフォルトで 80% に設定され、色はウィンドウの背景と一致する可能性があります。
- 下部のオフセットが無効になっているため、インセットが適用されない限り、コンテンツはシステムナビゲーションバーの背後に描画されます。
- setNavigationBarColor と R.attr#navigationBarColor は、デフォルトでウィンドウの背景と一致するように設定されています。このデフォルトを適用するには、ウィンドウ背景が色ドローアブルである必要があります。この API は非推奨ですが、3 ボタンナビゲーションには引き続き影響します。
- setNavigationBarContrastEnforced と R.attr#navigationBarContrastEnforced はデフォルトで true に設定されており、3 ボタンナビゲーション全体に 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 のエッジツーエッジの適用により、多くの要素がステータスバー、3 ボタンナビゲーションバー、ディスプレイカットアウトによって隠れるようになりました。非表示の UI には、マテリアル 2 のトップアプリバー、フローティングアクションボタン、リストアイテムが含まれます。

Android 15（API レベル 35）をターゲットとするアプリは、Android 15 デバイスでエッジツーエッジで表示され、UI が隠れないようにインセットが適用されます。

アプリがすでにエッジツーエッジになっている場合に確認すること

アプリがすでにエッジツーエッジで、インセットを適用している場合、次のシナリオを除き、ほとんど影響はありません。ただし、影響を受けないと思われる場合でも、アプリをテストすることをおすすめします。

LAYOUT_IN_DISPLAY_CUTOUT_MODE_ALWAYS ではなく SHORT_EDGES、NEVER、DEFAULT を使用する Activity などの非フローティングウィンドウがある。アプリが起動時にクラッシュする場合は、スプラッシュ画面が原因である可能性があります。core splashscreen の依存関係を 1.2.0-alpha01 以降にアップグレードするか、window.attributes.layoutInDisplayCutoutMode = WindowManager.LayoutInDisplayCutoutMode.always を設定します。
トラフィックの少ない画面で UI が隠れている可能性があります。これらのあまりアクセスされない画面に、隠れている UI がないことを確認します。トラフィックの少ない画面には、次のようなものがあります。
- オンボーディング画面またはログイン画面
- 設定ページ

アプリがまだエッジツーエッジでない場合に確認すべきこと

アプリがまだエッジツーエッジに対応していない場合は、影響を受ける可能性が高くなります。すでにエッジツーエッジになっているアプリのシナリオに加えて、次の点を考慮する必要があります。

アプリが Compose でマテリアルデザイン 3 のコンポーネント（androidx.compose.material3）（TopAppBar、BottomAppBar、NavigationBar など）を使用している場合、これらのコンポーネントはインセットを自動的に処理するため、影響を受けない可能性が高いです。
アプリが Compose でマテリアルデザイン 2 のコンポーネント（androidx.compose.material）を使用している場合、コンポーネントはインセットを自動的には処理しません。ただし、インセットにアクセスして手動で適用することはできます。androidx.compose.material 1.6.0 以降では、windowInsets パラメータを使用して、BottomAppBar、TopAppBar、BottomNavigation、NavigationRail にインセットを手動で適用します。同様に、Scaffold には contentWindowInsets パラメータを使用します。
アプリでビューとマテリアルコンポーネント（com.google.android.material）を使用する場合、ビューベースのマテリアルコンポーネントの多く（BottomNavigationView、BottomAppBar、NavigationRailView、NavigationView など）はインセットを処理します。追加の作業は不要です。ただし、AppBarLayout を使用する場合は android:fitsSystemWindows="true" を追加する必要があります。
カスタムコンポーザブルの場合は、インセットをパディングとして手動で設定します。コンテンツが Scaffold 内にある場合は、Scaffold パディング値を使用してインセットを消費できます。それ以外の場合は、WindowInsets のいずれかを使用してパディングを適用します。
アプリがビューと BottomSheet、SideSheet、またはカスタムコンテナを使用する場合、ViewCompat.setOnApplyWindowInsetsListener を使用してパディングを適用します。RecyclerView については、このリスナーを使用してパディングを適用して、さらに clipToPadding="false" を追加します。

アプリでカスタムバックグラウンド保護を提供する必要がある場合に確認すべきこと

アプリが 3 ボタンナビゲーションまたはステータスバーにカスタムの背景保護を提供する必要がある場合は、WindowInsets.Type#tappableElement() を使用して 3 ボタンナビゲーションバーの高さを取得するか、WindowInsets.Type#statusBars を使用して、システムバーの背後にコンポーザブルまたはビューを配置する必要があります。

エッジツーエッジに関するその他のリソース

インセットの適用に関するその他の考慮事項については、エッジツーエッジのビューとエッジツーエッジの Compose のガイドをご覧ください。

非推奨 API

次の API は非推奨ですが、無効にはなっていません。

R.attr#enforceStatusBarContrast
R.attr#navigationBarColor（3 ボタンナビゲーション用、アルファ値 80%）
Window#isStatusBarContrastEnforced
Window#setNavigationBarColor（3 ボタンナビゲーション用、アルファ値 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() 就已经采用这种工作方式。

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 が幅を決定する方法に影響するため、アプリが 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 の言語 / 地域に対応したデフォルトの行の高さ

以前のバージョンの Android では、テキストレイアウトは、現在の言語 / 地域に一致するフォントの行の高さに合うようにテキストの高さを伸ばしていました。たとえば、コンテンツが日本語の場合、日本語フォントの行間がラテン文字フォントよりも少し大きいため、テキストの高さが少し大きくなっていました。ただし、次の画像に示すように、このような行の高さの違いにもかかわらず、EditText 要素は、使用されている言語 / 地域に関係なく、均一にサイズ設定されていました。

英語（en）、日本語（ja）、ビルマ語（my）のテキストを含めることができる `EditText` 要素を表す 3 つのボックス。これらの言語の行の高さは異なりますが、`EditText` の高さは同じです。

Android 15（API レベル 35）をターゲットとするアプリの場合、指定されたロケールの参照フォントに合わせて、EditText の最小行の高さが予約されるようになりました。これは次の図に示すとおりです。

英語（en）、日本語（ja）、ビルマ語（my）のテキストを含めることができる `EditText` 要素を表す 3 つのボックス。`EditText` の高さに、これらの言語のフォントのデフォルトの行の高さに対応するスペースが追加されました。

必要に応じて、useLocalePreferredLineHeightForMinimum 属性を false に指定することで、以前の動作を復元できます。また、Kotlin と Java で setMinimumFontMetrics API を使用して、カスタムの最小垂直指標を設定することもできます。

カメラとメディア

Android 15 では、Android 15 以降をターゲットとするアプリのカメラとメディアの動作が次のように変更されています。

音声フォーカスのリクエストに関する制限

Android 15（API レベル 35）をターゲットとするアプリが音声フォーカスをリクエストするには、最上位のアプリであるか、フォアグラウンドサービスを実行している必要があります。アプリがこれらの要件のいずれかを満たしていないときにフォーカスをリクエストしようとすると、呼び出しは AUDIOFOCUS_REQUEST_FAILED を返します。

音声フォーカスの詳細については、音声フォーカスを管理するをご覧ください。

非 SDK の制限の更新

Android 15 では、Android デベロッパーの協力と直近の内部テストに基づいて、制限を受ける非 SDK インターフェースのリストが更新されています。Google は、非 SDK インターフェースを制限する前に、可能な限り、その代わりとなる公開インターフェースを利用可能にしています。

Android 15 をターゲットとしないアプリでは、この変更の一部はすぐには影響しない可能性があります。ただし、アプリの対象 API レベルに応じて、アプリが一部の非 SDK インターフェースにアクセスできる場合でも、非 SDK のメソッドまたはフィールドをそのまま使用し続けると、将来的にアプリが機能しなくなるリスクが高くなります。

アプリが非 SDK インターフェースを使用しているかどうか不明な場合は、アプリをテストして確認できます。アプリが非 SDK インターフェースに依存している場合は、SDK の代替手段への移行を計画してください。それでも、アプリによっては非 SDK インターフェースを使用する正当なユースケースがあることを承知しています。アプリの機能に使用している非 SDK インターフェースの代わりが見つからない場合は、新しい公開 API をリクエストしてください。

Android の今回のリリースの変更について詳しくは、非 SDK インターフェースの制限に関する Android 15 での変更点をご覧ください。非 SDK インターフェース全般について詳しくは、非 SDK インターフェースの制限をご覧ください。

動作の変更点: Android 15 以上をターゲットとするアプリ コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。

コア機能

フォアグラウンド サービスに関する変更

データ同期フォアグラウンド サービスのタイムアウト動作

テスト

新しいメディア処理フォアグラウンド サービス タイプ

测试

フォアグラウンド サービスを起動する BOOT_COMPLETED ブロードキャスト レシーバの制限

テスト

アプリが SYSTEM_ALERT_WINDOW 権限を保持しているときにフォアグラウンド サービスを開始する場合の制限

テスト

アプリがサイレント モードのグローバル状態を変更できるタイミングの変更