このページは Cloud Translation API によって翻訳されました。

機能と API の概要

Android 15 では、デベロッパー向けに優れた機能と API が導入されました。以下のセクションでは、関連する API を使い始めるうえで役立つよう、これらの機能の概要を説明します。

追加、変更、削除された API の詳細な一覧については、API 差分レポートをご覧ください。追加された API について詳しくは、Android API リファレンスをご覧ください。Android 15 の場合は、API レベル 35 で追加された API をご確認ください。プラットフォームの変更がアプリに影響する可能性がある領域については、Android 15 の動作変更（Android 15 をターゲットとするアプリの場合とすべてのアプリの場合）をご確認ください。

カメラとメディア

Android 15 には、カメラとメディアのエクスペリエンスを向上させるさまざまな機能が含まれています。また、クリエイターが Android でビジョンを実現できるようサポートするツールやハードウェアにアクセスできます。

Android のメディアとカメラの最新機能とデベロッパー向けソリューションについて詳しくは、Google I/O の Building modern Android media and camera experiences の講演をご覧ください。

Low Light Boost

Android 15 では、Camera 2 と夜間モードのカメラ拡張機能の両方で使用できる自動露出モードである Low Light Boost が導入されています。Low Light Boost は、暗い場所でプレビューストリームの露出を調整します。これは、夜間モードのカメラ拡張機能が静止画像を作成する方法とは異なります。夜間モードでは、連続撮影した写真を組み合わせて、1 枚の補正済み画像を作成します。夜間モードは静止画像の作成に非常に適していますが、連続したフレームストリームを作成することはできません。一方、低照度ブーストは連続したフレームストリームを作成できます。そのため、ローライトブーストにより、次のようなカメラ機能が有効になります。

画像プレビューが強化され、暗い場所でも写真の構図を決めやすくなりました
暗い場所での QR コードのスキャン

Low Light Boost を有効にすると、明るさが低いときに自動的にオンになり、明るくなるとオフになります。

プレビューストリームをオフにして動画を録画することで、暗い場所でも明るい動画を保存できます。

詳しくは、Low Light Boost をご覧ください。

アプリ内カメラコントロール

Android 15 では、サポート対象デバイスのカメラハードウェアとそのアルゴリズムをより細かく制御するための拡張機能が追加されました。

フラッシュの強さの高度な調整: 画像の撮影時に SINGLE モードと TORCH モードの両方でフラッシュの強さを正確に制御できます。

HDR ヘッドルーム制御

Android 15 chooses HDR headroom that is appropriate for the underlying device capabilities and bit-depth of the panel. For pages that have lots of SDR content, such as a messaging app displaying a single HDR thumbnail, this behavior can end up adversely influencing the perceived brightness of the SDR content. Android 15 lets you control the HDR headroom with setDesiredHdrHeadroom to strike a balance between SDR and HDR content.

The brightness of SDR UI elements on the left screen appears to be more uniform than the brightness on the right screen, which simulates possible headroom issues when HDR and SDR content are mixed. By adjusting the HDR headroom, you can achieve a better balance between the SDR and HDR content.

音量調節

Android 15 introduces support for the CTA-2075 loudness standard to help you avoid audio loudness inconsistencies and ensure users don't have to constantly adjust volume when switching between content. The system leverages known characteristics of the output devices (headphones and speaker) along with loudness metadata available in AAC audio content to intelligently adjust the audio loudness and dynamic range compression levels.

To enable this feature, you need to ensure loudness metadata is available in your AAC content and enable the platform feature in your app. For this, you instantiate a LoudnessCodecController object by calling its create factory method with the audio session ID from the associated AudioTrack; this automatically starts applying audio updates. You can pass an OnLoudnessCodecUpdateListener to modify or filter loudness parameters before they are applied on the MediaCodec.

// Media contains metadata of type MPEG_4 OR MPEG_D
val mediaCodec = …
val audioTrack = AudioTrack.Builder()
                                .setSessionId(sessionId)
                                .build()
...
// Create new loudness controller that applies the parameters to the MediaCodec
try {
   val lcController = LoudnessCodecController.create(mSessionId)
   // Starts applying audio updates for each added MediaCodec
}

AndroidX media3 ExoPlayer will also be updated to use the LoudnessCodecController APIs for a seamless app integration.

仮想 MIDI 2.0 デバイス

Android 13 では、ユニバーサル MIDI パケット（UMP）を使用して通信する USB 経由の MIDI 2.0 デバイスへの接続のサポートが追加されました。Android 15 では、UMP のサポートを仮想 MIDI アプリに拡張し、コンポーズアプリが USB MIDI 2.0 デバイスと同様に、仮想 MIDI 2.0 デバイスとしてシンセサイザーアプリを制御できるようにしました。

AV1 ソフトウェアデコードの効率化

dav1d 徽标

dav1d 是 VideoLAN 推出的热门 AV1 软件解码器，适用于不支持硬件 AV1 解码的 Android 设备。与旧版 AV1 软件解码器相比，dav1d 的性能最高可提升 3 倍，让更多用户（包括一些低端和中端设备）能够播放高清 AV1 视频。

您的应用需要选择启用 dav1d，方法是通过名称 "c2.android.av1-dav1d.decoder" 调用它。在后续更新中，dav1d 将成为默认的 AV1 软件解码器。此支持已标准化，并向后移植到收到 Google Play 系统更新的 Android 11 设备。

デベロッパーの生産性とツール

生産性向上のための取り組みは、Android Studio、Jetpack Compose、Android Jetpack ライブラリなどのツールを中心に進められていますが、プラットフォームでビジョンをより簡単に実現できる方法も常に探しています。

OpenJDK 17 の更新

Android 15 continues the work of refreshing Android's core libraries to align with the features in the latest OpenJDK LTS releases.

The following key features and improvements are included:

Quality-of-life improvements around NIO buffers
Streams
Additional math and strictmath methods
util package updates including sequenced collection, map, and set
ByteBuffer support in Deflater
Security updates such as X500PrivateCredential and security key updates

These APIs are updated on over a billion devices running Android 12 (API level 31) and higher through Google Play System updates, so you can target the latest programming features.

PDF の改善

Android 15 では、PdfRenderer が大幅に改善されています。 APIアプリには、パスワードで保護されたファイルのレンダリング、アノテーション、フォームの編集、検索、コピー付きの選択などの高度な機能を組み込むことができます。リニア化された PDF の最適化がサポートされているため、ローカル PDF の表示が高速化され、リソースの使用量が削減されます。Jetpack PDF ライブラリでは、これらの API を使用して PDF を簡単に追加できます。表示機能を追加できます。

PDF レンダリングの最新のアップデートには、埋め込み PDF ファイルの検索などの機能が含まれています。

PdfRenderer は、プラットフォームのリリースに依存せずに Google Play システムアップデートを使用して更新できるモジュールに移動されました。また、Android 15 より前のバージョンの API サーフェス（PdfRendererPreV）を作成することで、Android 11（API レベル 30）へのこれらの変更をサポートしています。

言語の自動切り替えの改善

Android 14 added on-device, multi-language recognition in audio with automatic switching between languages, but this can cause words to get dropped, especially when languages switch with less of a pause between the two utterances. Android 15 adds additional controls to help apps tune this switching to their use case. EXTRA_LANGUAGE_SWITCH_INITIAL_ACTIVE_DURATION_TIME_MILLIS confines the automatic switching to the beginning of the audio session, while EXTRA_LANGUAGE_SWITCH_MATCH_SWITCHES deactivates the language switching after a defined number of switches. These options are particularly useful if you expect that there will be a single language spoken during the session that should be autodetected.

OpenType 可変フォント API の改善

Android 15 では、OpenType 可変フォントのユーザビリティが改善されています。新しい重み軸を指定しない可変フォントからの FontFamily インスタンス buildVariableFamily API の場合。テキストレンダラが値をオーバーライドするの wght 軸を、表示テキストに合わせて調整します。

API を使用すると、Typeface の作成コードが大幅に簡素化されます。

Kotlin

val newTypeface = Typeface.CustomFallbackBuilder(
            FontFamily.Builder(
                Font.Builder(assets, "RobotoFlex.ttf").build())
                    .buildVariableFamily())
    .build()

Java

Typeface newTypeface = Typeface.CustomFallbackBuilder(
            new FontFamily.Builder(
                new Font.Builder(assets, "RobotoFlex.ttf").build())
                    .buildVariableFamily())
    .build();

以前は、同じ Typeface を作成するには、より多くのコードが必要でした。

Kotlin

val oldTypeface = Typeface.CustomFallbackBuilder(
            FontFamily.Builder(
                Font.Builder(assets, "RobotoFlex.ttf")
                    .setFontVariationSettings("'wght' 400")
                    .setWeight(400)
                    .build())
                .addFont(
                    Font.Builder(assets, "RobotoFlex.ttf")
                        .setFontVariationSettings("'wght' 100")
                        .setWeight(100)
                        .build()
                )
                .addFont(
                    Font.Builder(assets, "RobotoFlex.ttf")
                        .setFontVariationSettings("'wght' 200")
                        .setWeight(200)
                        .build()
                )
                .addFont(
                    Font.Builder(assets, "RobotoFlex.ttf")
                        .setFontVariationSettings("'wght' 300")
                        .setWeight(300)
                        .build()
                )
                .addFont(
                    Font.Builder(assets, "RobotoFlex.ttf")
                        .setFontVariationSettings("'wght' 500")
                        .setWeight(500)
                        .build()
                )
                .addFont(
                    Font.Builder(assets, "RobotoFlex.ttf")
                        .setFontVariationSettings("'wght' 600")
                        .setWeight(600)
                        .build()
                )
                .addFont(
                    Font.Builder(assets, "RobotoFlex.ttf")
                        .setFontVariationSettings("'wght' 700")
                        .setWeight(700)
                        .build()
                )
                .addFont(
                    Font.Builder(assets, "RobotoFlex.ttf")
                        .setFontVariationSettings("'wght' 800")
                        .setWeight(800)
                        .build()
                )
                .addFont(
                    Font.Builder(assets, "RobotoFlex.ttf")
                        .setFontVariationSettings("'wght' 900")
                        .setWeight(900)
                        .build()
                ).build()
        ).build()

Java

Typeface oldTypeface = new Typeface.CustomFallbackBuilder(
    new FontFamily.Builder(
        new Font.Builder(assets, "RobotoFlex.ttf")
            .setFontVariationSettings("'wght' 400")
            .setWeight(400)
            .build()
    )
    .addFont(
        new Font.Builder(assets, "RobotoFlex.ttf")
            .setFontVariationSettings("'wght' 100")
            .setWeight(100)
            .build()
    )
    .addFont(
        new Font.Builder(assets, "RobotoFlex.ttf")
            .setFontVariationSettings("'wght' 200")
            .setWeight(200)
            .build()
    )
    .addFont(
        new Font.Builder(assets, "RobotoFlex.ttf")
            .setFontVariationSettings("'wght' 300")
            .setWeight(300)
            .build()
    )
    .addFont(
        new Font.Builder(assets, "RobotoFlex.ttf")
            .setFontVariationSettings("'wght' 500")
            .setWeight(500)
            .build()
    )
    .addFont(
        new Font.Builder(assets, "RobotoFlex.ttf")
            .setFontVariationSettings("'wght' 600")
            .setWeight(600)
            .build()
    )
    .addFont(
        new Font.Builder(assets, "RobotoFlex.ttf")
            .setFontVariationSettings("'wght' 700")
            .setWeight(700)
            .build()
    )
    .addFont(
        new Font.Builder(assets, "RobotoFlex.ttf")
            .setFontVariationSettings("'wght' 800")
            .setWeight(800)
            .build()
    )
    .addFont(
        new Font.Builder(assets, "RobotoFlex.ttf")
            .setFontVariationSettings("'wght' 900")
            .setWeight(900)
            .build()
    )
    .build()
).build();

新旧両方の API を使用して Typeface を作成する方法の例を次に示します。レンダリング:

新しい API と古い API を使用したフォントレンダリングの違いの例

この例では、古い API で作成された Typeface に 350、450、550、650 のフォントウェイトを正確に作成 Font インスタンスなので、レンダラは最も近い重みにフォールバックします。たとえばこの場合、350 ではなく 300 がレンダリングされ、450 ではなく 400 がレンダリングされます。できます。一方、新しい API で作成された Typeface は、指定された重みに対する Font インスタンス。350 度は正確な重みがレンダリングされます。 450、550、650 も選択できます

きめ細かい改行制御

Starting in Android 15, a TextView and the underlying line breaker can preserve the given portion of text in the same line to improve readability. You can take advantage of this line break customization by using the <nobreak> tag in string resources or createNoBreakSpan. Similarly, you can preserve words from hyphenation by using the <nohyphen> tag or createNoHyphenationSpan.

For example, the following string resource doesn't include a line break, and renders with the text "Pixel 8 Pro." breaking in an undesirable place:

<resources>
    <string name="pixel8pro">The power and brains behind Pixel 8 Pro.</string>
</resources>

In contrast, this string resource includes the <nobreak> tag, which wraps the phrase "Pixel 8 Pro." and prevents line breaks:

<resources>
    <string name="pixel8pro">The power and brains behind <nobreak>Pixel 8 Pro.</nobreak></string>
</resources>

The difference in how these strings are rendered is shown in the following images:

Layout for a line of text where the phrase "Pixel 8 Pro." isn't wrapped using a <nobreak> tag.

Layout for the same line of text where the phrase "Pixel 8 Pro." is wrapped using a <nobreak> tag.

アプリのアーカイブ

Android と Google Play は最後に、アプリのアーカイブのサポートを発表しました。年間で、ユーザーは部分的削除によって空き容量を増やすことができます。 Android アプリを使用して公開された、デバイスの使用頻度の低いアプリ Google Play でセット購入。Android 15 はアプリのアーカイブを OS レベルでサポートアーカイブ解除が可能になり、すべてのアプリストアで容易に実装できるようになります。

REQUEST_DELETE_PACKAGES 権限を持つアプリは、 PackageInstaller requestArchive メソッドを使用して、メッセージのインストール済みのアプリパッケージ。APK とキャッシュされたファイルは削除されるが、保護します。アーカイブされたアプリは、 LauncherApps APIそうしたケースがあることを強調する UI がアプリがアーカイブされます。ユーザーがアーカイブされたアプリをタップすると、担当インストーラにアーカイブを解除するようリクエストが送信されます。復元プロセスは ACTION_PACKAGE_ADDED ブロードキャストによってモニタリングできます。

開発者向けオプションを使用してデバイスで 16 KB モードを有効にする

[16 KB ページサイズで起動する] デベロッパーオプションを切り替えて、デバイスを 16 KB モードで起動します。

Android 15 QPR1 以降では、特定のデバイスで利用可能なデベロッパーオプションを使用して、デバイスを 16 KB モードで起動し、デバイス上でテストを実行できます。開発者向けオプションを使用する前に、[設定] > [システム] > [ソフトウェアアップデート] に移動して、利用可能なアップデートを適用します。

この開発者向けオプションは、次のデバイスで利用できます。

Google Pixel 8、Google Pixel 8 Pro（Android 15 QPR1 以降）
Google Pixel 8a（Android 15 QPR1 以降）
Google Pixel 9、Google Pixel 9 Pro、Google Pixel 9 Pro XL（Android 15 QPR2 ベータ版 2 以降）

グラフィック

Android 15 では、ANGLE や Canvas グラフィックシステムの追加など、最新のグラフィックの改善が導入されています。

Android の GPU アクセスを最新化

Vulkan のロゴ

Android ハードウェアは、コア OS が単一の CPU で実行され、GPU に固定関数パイプラインに基づく API を使用してアクセスされていた初期の頃からかなり進化しています。Vulkan® グラフィック API は、Android 7.0（API レベル 24）以降、NDK で利用可能になりました。最新の GPU ハードウェアをより適切に反映する低レベルの抽象化により、複数の CPU コアをサポートするようにスケーリングが改善され、CPU ドライバのオーバーヘッドが削減され、アプリのパフォーマンスが向上します。Vulkan は、すべての最新のゲームエンジンでサポートされています。

Vulkan は、Android の GPU への優先インターフェースです。そのため、Android 15 には、Vulkan 上で OpenGL® ES を実行するためのオプションレイヤとして ANGLE が含まれています。ANGLE に移行することで、Android OpenGL の実装が標準化され、互換性が向上し、場合によってはパフォーマンスも向上します。Android 15 で [設定] -> [システム] -> [開発者向けオプション] -> [試験運用版: ANGLE を有効にする] で開発者向けオプションを有効にすると、ANGLE で OpenGL ES アプリの安定性とパフォーマンスをテストできます。

Android ANGLE on Vulkan のロードマップ

GPU スタックの効率化の一環として、今後はさらに多くの新しいデバイスで GL システムドライバとして ANGLE を搭載する予定です。今後、OpenGL/ES は ANGLE でのみ利用可能になる見込みです。ただし、すべてのデバイスで OpenGL ES のサポートを継続する予定です。

推奨される次のステップ

デベロッパーオプションを使用して OpenGL ES の ANGLE ドライバを選択し、アプリをテストします。新しいプロジェクトでは、C/C++ に Vulkan を使用することを強くおすすめします。

キャンバスの改善

Android 15 では、Android の Canvas グラフィックシステムのモダナイゼーションを継続し、次の機能を追加しました。

Matrix44 は、3D でキャンバスを操作するときに使用する座標変換用の 4x4 行列を提供します。
clipShader は現在のクリップと指定されたシェーダーを交差させ、clipOutShader は現在のクリップとシェーダーの差分にクリップを設定します。どちらもシェーダーをアルファマスクとして扱います。これにより、複雑な形状を効率的に描画できます。

パフォーマンスとバッテリー

Android は、アプリのパフォーマンスと品質の向上を支援することに引き続き注力しています。Android 15 では、アプリ内のタスクの実行を効率化し、アプリのパフォーマンスを最適化し、アプリに関する分析情報を収集するのに役立つ API が導入されています。

バッテリー効率に関するベストプラクティス、ネットワークと電力の使用量のデバッグ、Android 15 と最近のバージョンの Android でバックグラウンド作業のバッテリー効率を改善する方法について詳しくは、Google I/O の Android でのバックグラウンド作業のバッテリー効率の改善に関するトークをご覧ください。

ApplicationStartInfo API

In previous versions of Android, app startup has been a bit of a mystery. It was challenging to determine within your app whether it started from a cold, warm, or hot state. It was also difficult to know how long your app spent during the various launch phases: forking the process, calling onCreate, drawing the first frame, and more. When your Application class was instantiated, you had no way of knowing whether the app started from a broadcast, a content provider, a job, a backup, boot complete, an alarm, or an Activity.

The ApplicationStartInfo API on Android 15 provides all of this and more. You can even choose to add your own timestamps into the flow to help collect timing data in one place. In addition to collecting metrics, you can use ApplicationStartInfo to help directly optimize app startup; for example, you can eliminate the costly instantiation of UI-related libraries within your Application class when your app is starting up due to a broadcast.

アプリサイズの詳細情報

Since Android 8.0 (API level 26), Android has included the StorageStats.getAppBytes API that summarizes the installed size of an app as a single number of bytes, which is a sum of the APK size, the size of files extracted from the APK, and files that were generated on the device such as ahead-of-time (AOT) compiled code. This number is not very insightful in terms of how your app is using storage.

Android 15 adds the StorageStats.getAppBytesByDataType([type]) API, which lets you get insight into how your app is using up all that space, including APK file splits, AOT and speedup related code, dex metadata, libraries, and guided profiles.

アプリ管理のプロファイリング

Android 15 includes the ProfilingManager class, which lets you collect profiling information from within your app such as heap dumps, heap profiles, stack sampling, and more. It provides a callback to your app with a supplied tag to identify the output file, which is delivered to your app's files directory. The API does rate limiting to minimize the performance impact.

To simplify constructing profiling requests in your app, we recommend using the corresponding Profiling AndroidX API, available in Core 1.15.0-rc01 or higher.

SQLite データベースの改善

Android 15 では、Android の高度な機能を公開する SQLite API が導入されています。基本的な SQLite エンジンを使用して、特定のパフォーマンスの問題をターゲットにできます。使用しないでください。これらの API は、バージョンへの SQLite のアップデートに含まれています。 3.44.3。

特に大規模なデータベースを操作する場合や、レイテンシに敏感なクエリを実行する場合は、SQLite データベースを最大限に活用するために、SQLite パフォーマンスのベストプラクティスを参照してください。

読み取り専用の遅延トランザクション: 読み取り専用（write ステートメントは含みません）、 beginTransactionReadOnly()、 beginTransactionWithListenerReadOnly(SQLiteTransactionListener) 読み取り専用の DEFERRED トランザクションを発行します。このようなトランザクションは相互に同時に実行できます。データベースが WAL モードの場合、IMMEDIATE トランザクションまたは EXCLUSIVE トランザクションと同時に実行できます。
行数と ID: 変更された行数を取得するための API が追加されました。行または最後に挿入された行 ID のみを取得できます。 getLastChangedRowCount() は、現在のトランザクション内の最新の SQL ステートメントによって挿入、更新、削除された行の数を返します。getTotalChangedRowCount() は、現在の接続のカウントを返します。getLastInsertRowId() は、最後の行の rowid を返します。現在の接続に挿入します。
未加工ステートメント: 便利なラッパーと、ラッパーで発生する追加の処理のオーバーヘッドをバイパスして、未加工の SQlite ステートメントを発行します。

Android Dynamic Performance Framework の更新

Android 15 では、Android Dynamic Performance Framework（ADPF）への投資が継続されています。ADPF は、ゲームやパフォーマンスを必要とするアプリが Android デバイスの電力システムや温度システムをより直接的に操作できるようにする API のセットです。サポートされているデバイスでは、Android 15 に ADPF 機能が追加されます。

ヒントセッションの省電力モード。関連するスレッドでパフォーマンスよりも省電力を優先すべきことを示します。長時間実行されるバックグラウンドワークロードに適しています。
GPU と CPU の作業時間はヒントセッションで報告できるため、システムはワークロードの需要に最適に合わせて CPU と GPU の周波数を調整できます。
サーマルヘッドルームしきい値: ヘッドルーム予測に基づいて、サーマルスロットリングが発生する可能性のあるステータスを解釈します。

アプリやゲームで ADPF を使用する方法について詳しくは、ドキュメントをご覧ください。

プライバシー

Android 15 には、アプリデベロッパーがユーザーのプライバシーを保護するのに役立つさまざまな機能が含まれています。

画面録画の検出

Android 15 では、それを検出するアプリのサポートが追加されています。表示されます。アプリが遷移するたびにコールバックが呼び出される画面録画内で表示 / 非表示の切り替えができます。アプリは登録プロセスの UID が所有するアクティビティが、表示されます。これにより、アプリが機密性の高い操作を実行している場合に、録画中であることをユーザーに知らせることができます。

val mCallback = Consumer<Int> { state ->
  if (state == SCREEN_RECORDING_STATE_VISIBLE) {
    // We're being recorded
  } else {
    // We're not being recorded
  }
}

override fun onStart() {
   super.onStart()
   val initialState =
      windowManager.addScreenRecordingCallback(mainExecutor, mCallback)
   mCallback.accept(initialState)
}

override fun onStop() {
    super.onStop()
    windowManager.removeScreenRecordingCallback(mCallback)
}

IntentFilter の機能の拡張

Android 15 では、UriRelativeFilterGroup を通じて、より正確な Intent 解決のサポートが組み込まれています。これには、それぞれ満たす必要がある一連の Intent マッチングルール（URL クエリパラメータ、URL フラグメント、ブロックルールや除外ルールなど）を形成する UriRelativeFilter オブジェクトのセットが含まれています。

これらのルールは、AndroidManifest XML ファイルで <uri-relative-filter-group> タグを使用して定義できます。必要に応じて、android:allow タグを含めることができます。これらのタグには、既存のデータタグ属性や android:query 属性、android:fragment 属性を使用する <data> タグを含めることができます。

AndroidManifest 構文の例を次に示します。

<intent-filter android:autoVerify="true">
  <action android:name="android.intent.action.VIEW" />
  <category android:name="android.intent.category.BROWSABLE" />
  <category android:name="android.intent.category.DEFAULT" />
  <data android:scheme="http" />
  <data android:scheme="https" />
  <data android:host="astore.com" />
  <uri-relative-filter-group>
    <data android:pathPrefix="/auth" />
    <data android:query="region=na" />
  </uri-relative-filter-group>
  <uri-relative-filter-group android:allow="false">
    <data android:pathPrefix="/auth" />
    <data android:query="mobileoptout=true" />
  </uri-relative-filter-group>
  <uri-relative-filter-group android:allow="false">
    <data android:pathPrefix="/auth" />
    <data android:fragmentPrefix="faq" />
  </uri-relative-filter-group>
</intent-filter>

プライベートスペース

プライベートスペースを利用すると、追加の認証が必要な独立した空間をデバイス上に作成し、そこにプライベートなアプリを配置することでセキュリティを確保することができます。プライベートスペースでは、独立したユーザープロファイルを使用します。プライベートスペースにデバイスロックを使うか別のロックを使うかは、ユーザーが選択できます。

プライベートスペース内のアプリはランチャーの別のコンテナに表示され、プライベートスペースがロックされているときは、[最近] ビュー、通知、設定、および他のアプリで非表示になります。ユーザーが生成したりダウンロードしたりしたコンテンツ（メディアやファイルなど）やアカウントは、プライベートスペースとメインスペースで分離されます。プライベートスペースのロックが解除されている場合、システムの Sharesheet と写真選択ツールを使用すると、アプリは全スペースのコンテンツにアクセスできます。

ユーザーは、既存のアプリとそのデータをプライベートスペースに移動することはできません。代わりに、ユーザーはプライベートスペースでインストールオプションを選択し、任意のアプリストアを使用してアプリをインストールします。プライベートスペースのアプリは、メインスペースのアプリとは別のコピーとしてインストールされます（同じアプリの新しいコピー）。

ユーザーがプライベートスペースをロックすると、プロファイルは停止します。プロファイルが停止している間、プライベートスペース内のアプリはアクティブではなく、通知の表示など、フォアグラウンドアクティビティやバックグラウンドアクティビティを実行できません。

アプリが次のいずれかのカテゴリに該当する場合は特に、アプリが想定どおりに動作することを確認するために、プライベートスペースでアプリをテストすることをおすすめします。

仕事用プロファイル用のロジックを含むアプリ: メインプロファイルにないアプリのインストール済みコピーが仕事用プロファイルにあることを前提としています。
医療アプリ
ランチャーアプリ
アプリストアのアプリ

選択した写真へのアクセスに関するユーザーの最新の選択をクエリする

现在，如果应用获得了部分访问权限，则只能突出显示最近选择的照片和视频。此功能可以改善频繁请求访问照片和视频的应用的用户体验。如需在应用中使用此功能，请在通过 ContentResolver 查询 MediaStore 时启用 QUERY_ARG_LATEST_SELECTION_ONLY 参数。

Kotlin

val externalContentUri = MediaStore.Files.getContentUri("external")

val mediaColumns = arrayOf(
   FileColumns._ID,
   FileColumns.DISPLAY_NAME,
   FileColumns.MIME_TYPE,
)

val queryArgs = bundleOf(
   // Return only items from the last selection (selected photos access)
   QUERY_ARG_LATEST_SELECTION_ONLY to true,
   // Sort returned items chronologically based on when they were added to the device's storage
   QUERY_ARG_SQL_SORT_ORDER to "${FileColumns.DATE_ADDED} DESC",
   QUERY_ARG_SQL_SELECTION to "${FileColumns.MEDIA_TYPE} = ? OR ${FileColumns.MEDIA_TYPE} = ?",
   QUERY_ARG_SQL_SELECTION_ARGS to arrayOf(
       FileColumns.MEDIA_TYPE_IMAGE.toString(),
       FileColumns.MEDIA_TYPE_VIDEO.toString()
   )
)

Java

Uri externalContentUri = MediaStore.Files.getContentUri("external");

String[] mediaColumns = {
    FileColumns._ID,
    FileColumns.DISPLAY_NAME,
    FileColumns.MIME_TYPE
};

Bundle queryArgs = new Bundle();
queryArgs.putBoolean(MediaStore.QUERY_ARG_LATEST_SELECTION_ONLY, true);
queryArgs.putString(MediaStore.QUERY_ARG_SQL_SORT_ORDER, FileColumns.DATE_ADDED + " DESC");
queryArgs.putString(MediaStore.QUERY_ARG_SQL_SELECTION, FileColumns.MEDIA_TYPE + " = ? OR " + FileColumns.MEDIA_TYPE + " = ?");
queryArgs.putStringArray(MediaStore.QUERY_ARG_SQL_SELECTION_ARGS, new String[] {
    String.valueOf(FileColumns.MEDIA_TYPE_IMAGE),
    String.valueOf(FileColumns.MEDIA_TYPE_VIDEO)
});

Android 版プライバシーサンドボックス

Android 15 includes the latest Android Ad Services extensions, incorporating the latest version of the Privacy Sandbox on Android. This addition is part of our work to develop technologies that improve user privacy and enable effective, personalized advertising experiences for mobile apps. Our privacy sandbox page has more information about the Privacy Sandbox on Android developer preview and beta programs to help you get started.

ヘルスコネクト

Android 15 集成了与 Health Connect by Android 相关的最新扩展程序。Health Connect by Android 是一个安全的集中式平台，可用于管理和共享应用收集的健康与健身数据。此次更新增加了对健身、营养、体表温度、训练计划等。

体表温度追踪功能让用户可以更精确地存储和分享体表温度来自穿戴式设备或其他跟踪设备的体温数据。

训练计划是一种结构化的锻炼计划，可帮助用户实现健身目标。训练计划支持各种完成和表现目标：

围绕卡路里消耗量、距离、时长、重复次数和步数的完成目标。
围绕尽可能多重复 (AMRAP)、节奏、心率、功率、感知的用力率和速度的表现目标。

如需详细了解 Android 中 Health Connect 的最新更新，请参阅利用 Android 打造自适应体验健康演讲。

Android 15 supports app screen sharing so users can share or record just an app window rather than the entire device screen. This feature, first enabled in Android 14 QPR2, includes MediaProjection callbacks that allow your app to customize the app screen sharing experience. Note that for apps targeting Android 14 (API level 34) or higher, user consent is required for each MediaProjection capture session.

ユーザーエクスペリエンスとシステム UI

Android 15 では、アプリデベロッパーとユーザーがニーズに合わせてデバイスを構成するための制御と柔軟性が向上しています。

Android 15 の最新の改善点を使用してアプリのユーザーエクスペリエンスを向上させる方法について詳しくは、Google I/O の Android アプリのユーザーエクスペリエンスを高めるをご覧ください。

Generated Previews API によるリッチなウィジェットのプレビュー

Before Android 15, the only way to provide widget picker previews was to specify a static image or layout resource. These previews often differ significantly from the look of the actual widget when it is placed on the home screen. Also, static resources can't be created with Jetpack Glance, so a Glance developer had to screenshot their widget or create an XML layout to have a widget preview.

Android 15 adds support for generated previews. This means that app widget providers can generate RemoteViews to use as the picker preview, instead of a static resource.

Apps can provide Remote Views to the Widget Picker, so they can update the content in the picker to be more representative of what the user will see.

Push API

Apps can provide generated previews through a push API. Apps can provide previews at any point in their lifecycle, and don't receive an explicit request from the host to provide previews. Previews are persisted in AppWidgetService, and hosts can request them on-demand. The following example loads an XML widget layout resource and sets it as the preview:

AppWidgetManager.getInstance(appContext).setWidgetPreview(
   ComponentName(
       appContext,
       SociaLiteAppWidgetReceiver::class.java
   ),
   AppWidgetProviderInfo.WIDGET_CATEGORY_HOME_SCREEN,
   RemoteViews("com.example", R.layout.widget_preview)
)

The expected flow is:

At any time, the widget provider calls setWidgetPreview. The provided previews are persisted in AppWidgetService with other provider info.
setWidgetPreview notifies hosts of an updated preview through the AppWidgetHost.onProvidersChanged callback. In response, the widget host reloads all of its provider information.
When displaying a widget preview, the host checks AppWidgetProviderInfo.generatedPreviewCategories, and if the chosen category is available, calls AppWidgetManager.getWidgetPreview to return the saved preview for this provider.

When to call `setWidgetPreview`

Because there is no callback to provide previews, apps can choose to send previews at any point when they are running. How often to update the preview depends on the widget's use case.

The following list describes the two main categories of preview use cases:

Providers that show real data in their widget previews, such as personalized or recent information. These providers can set the preview once the user has signed in or has done initial configuration in their app. After this, they can set up a periodic task to update the previews at their chosen cadence. Examples of this type of widget could be a photo, calendar, weather or news widget.
Providers that show static information in previews or quick-action widgets that don't display any data. These providers can set previews once, when the app first launches. Examples of this type of widget include a drive quick actions widget or chrome shortcuts widget.

Some providers might show static previews on the hub mode picker, but real information on the homescreen picker. These providers should follow the guidance for both of these use cases to set previews.

ピクチャーインピクチャー

Android 15 では、ピクチャーインピクチャー（PIP）の変更により、 PIP モードへの切り替え時のスムーズな遷移。これは、メイン UI の上に UI 要素がオーバーレイされているアプリ（PiP に移行するアプリ）に役立ちます。

デベロッパーが onPictureInPictureModeChanged コールバックを使用してロジックを定義するオーバーレイ UI 要素の表示 / 非表示を切り替えます。このコールバックは、 PIP の開始または終了のアニメーションが完了したときにトリガーされます。開始まであと Android 15 では、PictureInPictureUiState クラスに別の状態が含まれています。

この UI 状態では、Android 15（API レベル 35）をターゲットとするアプリは、 Activity#onPictureInPictureUiStateChanged コールバックが呼び出される PIP アニメーションが開始されたらすぐに isTransitioningToPip() にします。他にも PIP モードのアプリに関係のない多くの UI 要素提案や今後の予定などの情報を含む、サンプルのビューやレイアウトタイトル、動画、評価、タイトルなどですアプリを PIP モードにしたら、これらの UI 要素を非表示にする onPictureInPictureUiStateChanged コールバック。アプリが PiP ウィンドウから全画面モードに移行すると、次の例に示すように、onPictureInPictureModeChanged コールバックを使用してこれらの要素を非表示から表示にします。

override fun onPictureInPictureUiStateChanged(pipState: PictureInPictureUiState) {
        if (pipState.isTransitioningToPip()) {
          // Hide UI elements
        }
    }

override fun onPictureInPictureModeChanged(isInPictureInPictureMode: Boolean) {
        if (isInPictureInPictureMode) {
          // Unhide UI elements
        }
    }

（PIP ウィンドウ用の）無関係な UI 要素の表示をすばやく切り替えられるため、スムーズでちらつきのない PIP 開始アニメーションにできます。

サイレントモードルールの改善

AutomaticZenRule 允许应用自定义注意力机制管理（勿扰）规则，并确定何时启用或停用。Android 15 极大地增强了这些规则，旨在提高用户体验。其中包含以下增强功能：

向 AutomaticZenRule 添加类型，让系统能够应用特殊类型对某些规则的处理
向 AutomaticZenRule 添加图标，使模式更加丰富易于识别。
将 triggerDescription 字符串添加到 AutomaticZenRule，用于描述规则应当对用户生效的条件。
已添加 ZenDeviceEffects 更改为AutomaticZenRule，从而允许规则触发灰度等操作显示、夜间模式或调暗壁纸。

通知チャンネルの VibrationEffect を設定する

Android 15 では、着信通知に対するリッチバイブレーションの設定がサポートされています。 NotificationChannel.setVibrationEffect を使用してチャンネルを作成するので、ユーザーは通知の種類を区別できるようにユーザーがデバイスを見る必要はありません

メディアプロジェクションのステータスバーチップと自動停止

Media projection can expose private user information. A new, prominent status bar chip makes users aware of any ongoing screen projection. Users can tap the chip to stop screen casting, sharing, or recording. Also, for a more intuitive user experience, any in‑progress screen projection now automatically stops when the device screen is locked.

大画面とフォームファクタ

Android 15 では、大画面、フリップ式、折りたたみ式など、Android のフォームファクタを最大限に活用するためのサポートがアプリに提供されます。

大画面でのマルチタスクを改善

Users can save their favorite split-screen app combinations for
quick access

Android 15 gives users better ways to multitask on large screen devices. For example, users can save their favorite split-screen app combinations for quick access and pin the taskbar on screen to quickly switch between apps. This means that making sure your app is adaptive is more important than ever.

Google I/O has sessions on Building adaptive Android apps and Building UI with the Material 3 adaptive library that can help, and our documentation has more to help you Design for large screens.

カバー画面のサポート

アプリは、Android 15 で使用されるプロパティを宣言して、対応するフリップ可能なデバイスの小さなカバー画面に Application または Activity を表示できます。これらの画面は小さすぎて、Android アプリの実行対象として互換性のあるターゲットと見なすことはできませんが、アプリでこれらの画面のサポートを有効にすることで、アプリをより多くのデバイスで利用できるようになります。

接続

Android 15 では、プラットフォームが更新され、アプリで最新の通信技術やワイヤレス技術を利用できるようになります。

衛星通信のサポート

Android 15 では、衛星通信のプラットフォームサポートをさらに拡張し、衛星通信の全域で一貫したユーザーエクスペリエンスを実現するための UI 要素を追加しています。

アプリは ServiceState.isUsingNonTerrestrialNetwork() を使用して次のことを行えます。デバイスが衛星に接続されていることを検出し、フルネットワークサービスが利用できない理由。さらに Android 15 では SMS および MMS アプリや、プリロードされた RCS アプリに対応しています。衛星回線で送受信されています

NFC のエクスペリエンスの向上

Android 15 正在努力打造更顺畅、更可靠的感应式付款体验，同时继续支持 Android 强大的 NFC 应用生态系统。在受支持的设备上，应用可以请求 NfcAdapter 进入观察模式，在该模式下，设备会监听但不会响应 NFC 读卡器，并将应用的 NFC 服务 PollingFrame 对象发送以进行处理。PollingFrame 对象可用于在与 NFC 读卡器进行首次通信之前进行身份验证，在许多情况下，这支持一触式交易。

此外，应用可以在受支持的设备上注册过滤器，以便在有轮询循环活动时收到通知，从而能够与多个感知 NFC 的应用顺畅运行。

ウォレットの役割

Android 15 引入了钱包角色，可与用户的首选钱包应用更紧密地集成。此角色会取代 NFC 默认的感应式付款设置。用户可以前往设置 > 应用 > 默认应用，管理钱包角色持有者。

在为在付款类别中注册的 AID 路由 NFC 感应式付款时，系统会使用钱包角色。点按操作始终会转到 Google 钱包角色持有者，除非有已注册相同 AID 的其他应用在前台运行。

此角色还用于确定“Google 钱包”快速访问功能块在启用后应显示在何处。将角色设为“无”时，“快速访问”功能块不可用，并且支付类别 NFC 点按仅传送到前台应用。

セキュリティ

Android 15 では、アプリのセキュリティを強化し、アプリのデータを保護し、ユーザーがデータをより透明性をもって管理できるようになります。ユーザー保護を強化し、アプリを新たな脅威から保護するために Google が行っている取り組みについて詳しくは、Google I/O のAndroid でのユーザーセキュリティの保護に関するトークをご覧ください。

認証情報マネージャーを自動入力と統合する

Starting with Android 15, developers can link specific views like username or password fields with Credential Manager requests, making it easier to provide a tailored user experience during the sign-in process. When the user focuses on one of these views, a corresponding request is sent to Credential Manager. The resulting credentials are aggregated across providers and displayed in autofill fallback UIs, such as inline suggestions or drop-down suggestions. The Jetpack androidx.credentials library is the preferred endpoint for developers to use and will soon be available to further enhance this feature in Android 15 and higher.

シングルタップ登録とログインを生体認証プロンプトと統合する

Credential Manager integrates biometric prompts into the credential creation and sign-in processes, eliminating the need for providers to manage biometric prompts. As a result, credential providers only need to focus on the results of the create and get flows, augmented with the biometric flow result. This simplified process creates a more efficient and streamlined credential creation and retrieval process.

エンドツーエンドの暗号化の鍵管理

We are introducing the E2eeContactKeysManager in Android 15, which facilitates end-to-end encryption (E2EE) in your Android apps by providing an OS-level API for the storage of cryptographic public keys.

The E2eeContactKeysManager is designed to integrate with the platform contacts app to give users a centralized way to manage and verify their contacts' public keys.

コンテンツ URI の権限チェック

Android 15 introduces a set of APIs that perform permission checks on content URIs:

Context.checkContentUriPermissionFull: This performs a full permission check on content URIs.
Activity manifest attribute requireContentUriPermissionFromCaller: This enforces specified permissions on the provided content URIs at activity launch.
ComponentCaller class for Activity callers: This represents the app that launched the activity.

ユーザー補助

Android 15 では、ユーザー補助機能を改善する機能が追加されています。

Better Braille

In Android 15, we've made it possible for TalkBack to support Braille displays that are using the HID standard over both USB and secure Bluetooth.

This standard, much like the one used by mice and keyboards, will help Android support a wider range of Braille displays over time.

多言語対応

Android 15 では、デバイスが異なる言語で使用される場合のユーザーエクスペリエンスを補完する機能が追加されています。

CJK 可変フォント

Android 15 以降、中国語、日本語、韓国語（CJK）言語のフォントファイル NotoSansCJK が可変フォントになりました。可変フォントにより、CJK 言語でのクリエイティブなタイポグラフィの可能性が広がります。デザイナーは、より幅広いスタイルを試し、これまで実現が難しかった、または不可能だった視覚的に魅力的なレイアウトを作成できます。

中国語、日本語、韓国語（CJK）の言語の可変フォントが、さまざまなフォント幅でどのように表示されるか。

文字間隔の調整

从 Android 15 开始，可以通过使用 JUSTIFICATION_MODE_INTER_CHARACTER。“字词间的理由”原为最初是在 Android 8.0（API 级别 26）中引入的， Justifications 功能为使用例如中文、日语等。

使用 JUSTIFICATION_MODE_NONE 的日语文本布局。

使用 JUSTIFICATION_MODE_NONE 的英语文本布局。

使用 JUSTIFICATION_MODE_INTER_WORD 的日语文本布局。

使用 JUSTIFICATION_MODE_INTER_WORD 的英语文本布局。

使用 JUSTIFICATION_MODE_INTER_CHARACTER 的日语文本布局。

使用 JUSTIFICATION_MODE_INTER_CHARACTER 的英语文本布局。

自動改行の設定

Android started supporting phrase-based line breaks for Japanese and Korean in Android 13 (API level 33). However, while phrase-based line breaks improve the readability of short lines of text, they don't work well for long lines of text. In Android 15, apps can apply phrase-based line breaks only for short lines of text, using the LINE_BREAK_WORD_STYLE_AUTO option. This option selects the best word style option for the text.

For short lines of text, phrase-based line breaks are used, functioning the same as LINE_BREAK_WORD_STYLE_PHRASE, as shown in the following image:

For short lines of text, `LINE_BREAK_WORD_STYLE_AUTO` applies phrase-based line breaks to improve the readability of the text. This is the same as applying `LINE_BREAK_WORD_STYLE_PHRASE`.

For longer lines of text, LINE_BREAK_WORD_STYLE_AUTO uses a no line-break word style, functioning the same as LINE_BREAK_WORD_STYLE_NONE, as shown in the following image:

For long lines of text, `LINE_BREAK_WORD_STYLE_AUTO` applies no line-break word style to improve the readability of the text. This is the same as applying `LINE_BREAK_WORD_STYLE_NONE`.

追加の日本語変体仮名フォント

In Android 15, a font file for old Japanese Hiragana (known as Hentaigana) is bundled by default. The unique shapes of Hentaigana characters can add a distinctive flair to artwork or design while also helping to preserve accurate transmission and understanding of ancient Japanese documents.

Character and text style for the Japanese Hentaigana font.

VideoLAN cone Copyright (c) 1996-2010 VideoLAN. This logo or a modified version may be used or modified by anyone to refer to the VideoLAN project or any product developed by the VideoLAN team, but does not indicate endorsement by the project.

Vulkan and the Vulkan logo are registered trademarks of the Khronos Group Inc.

OpenGL is a registered trademark and the OpenGL ES logo is a trademark of Hewlett Packard Enterprise used by permission by Khronos.

機能と API の概要 コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。

カメラとメディア

Low Light Boost

アプリ内カメラ コントロール

HDR ヘッドルーム制御

音量調節

仮想 MIDI 2.0 デバイス

AV1 ソフトウェア デコードの効率化

デベロッパーの生産性とツール

OpenJDK 17 の更新

PDF の改善

言語の自動切り替えの改善

OpenType 可変フォント API の改善

Kotlin

Java

Kotlin

Java

きめ細かい改行制御

アプリのアーカイブ

開発者向けオプションを使用してデバイスで 16 KB モードを有効にする

グラフィック

Android の GPU アクセスを最新化

Android ANGLE on Vulkan のロードマップ

推奨される次のステップ

キャンバスの改善

パフォーマンスとバッテリー

ApplicationStartInfo API

アプリサイズの詳細情報

アプリ管理のプロファイリング

SQLite データベースの改善

Android Dynamic Performance Framework の更新

プライバシー

画面録画の検出

IntentFilter の機能の拡張

プライベート スペース

選択した写真へのアクセスに関するユーザーの最新の選択をクエリする

Kotlin

Java

Android 版プライバシー サンドボックス

ヘルスコネクト

アプリの画面共有

ユーザー エクスペリエンスとシステム UI

Generated Previews API によるリッチなウィジェットのプレビュー

Push API

When to call setWidgetPreview

ピクチャー イン ピクチャー

サイレント モード ルールの改善

通知チャンネルの VibrationEffect を設定する

メディア プロジェクションのステータスバー チップと自動停止

大画面とフォーム ファクタ

大画面でのマルチタスクを改善

カバー画面のサポート

接続

衛星通信のサポート

NFC のエクスペリエンスの向上

ウォレットの役割

セキュリティ

認証情報マネージャーを自動入力と統合する

シングルタップ登録とログインを生体認証プロンプトと統合する

エンドツーエンドの暗号化の鍵管理

コンテンツ URI の権限チェック

ユーザー補助

Better Braille

多言語対応

CJK 可変フォント

文字間隔の調整

自動改行の設定

追加の日本語変体仮名フォント

機能と API の概要

アプリ内カメラコントロール

AV1 ソフトウェアデコードの効率化

プライベートスペース

Android 版プライバシーサンドボックス

ユーザーエクスペリエンスとシステム UI

When to call `setWidgetPreview`

ピクチャーインピクチャー

サイレントモードルールの改善

メディアプロジェクションのステータスバーチップと自動停止

大画面とフォームファクタ