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

機能と 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 introduces Low Light Boost, an auto-exposure mode available to both Camera 2 and the night mode camera extension. Low Light Boost adjusts the exposure of the Preview stream in low-light conditions. This is different from how the night mode camera extension creates still images, because night mode combines a burst of photos to create a single, enhanced image. While night mode works very well for creating a still image, it can't create a continuous stream of frames, but Low Light Boost can. Thus, Low Light Boost enables camera capabilities, such as:

Providing an enhanced image preview, so users are better able to frame their low-light pictures
Scanning QR codes in low light

If you enable Low Light Boost, it automatically turns on when there's a low light level, and turns off when there's more light.

Apps can record off the Preview stream in low-light conditions to save a brightened video.

For more information, see Low Light Boost.

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

Android 15 adds an extension for more control over the camera hardware and its algorithms on supported devices:

Advanced flash strength adjustments enabling precise control of flash intensity in both SINGLE and TORCH modes while capturing images.

HDR ヘッドルームコントロール

Android 15 会选择适合底层设备功能和面板位深的 HDR 余量。对于包含大量 SDR 内容的网页（例如显示单个 HDR 缩略图的消息应用），此行为最终可能会对 SDR 内容的感知亮度产生不利影响。在 Android 15 中，您可以使用 setDesiredHdrHeadroom 控制 HDR 余量，以便在 SDR 内容和 HDR 内容之间取得平衡。

左侧屏幕上的 SDR 界面元素的亮度似乎比右侧屏幕上的亮度更均匀，这模拟了混合 HDR 和 SDR 内容时可能出现的余量问题。通过调整 HDR 余量，您可以在 SDR 和 HDR 内容之间实现更好的平衡。

ラウドネスコントロール

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 logo

dav1d, the popular AV1 software decoder from VideoLAN is available for Android devices that don't support AV1 decode in hardware. dav1d is up to 3x more performant than the legacy AV1 software decoder, enabling HD AV1 playback for more users, including some low and mid tier devices.

Your app needs to opt-in to using dav1d by invoking it by name "c2.android.av1-dav1d.decoder". dav1d will be made the default AV1 software decoder in a subsequent update. This support is standardized and backported to Android 11 devices that receive Google Play system updates.

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

生産性を向上させるための取り組みのほとんどは、Android Studio、Jetpack Compose、Android Jetpack ライブラリなどのツールを中心としていますが、Google は常に、デベロッパーがビジョンをより簡単に実現できるように、プラットフォームでサポートする方法を模索しています。

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 在音频中添加了设备端多语言识别功能，并支持在语言之间自动切换，但这可能会导致丢失字词，尤其是当两次语音之间语言切换的间隔时间较短时。Android 15 添加了其他控件，以帮助应用根据其用例调整此切换。EXTRA_LANGUAGE_SWITCH_INITIAL_ACTIVE_DURATION_TIME_MILLIS 会将自动切换限制在音频会话开始时，而 EXTRA_LANGUAGE_SWITCH_MATCH_SWITCHES 会在发生指定次数的切换后停用语言切换。如果您预计会话期间只会使用一种语言，并且该语言应被自动检测到，这些选项会特别有用。

OpenType 可変フォント API の改善

Android 15 improves the usability of the OpenType variable font. You can create a FontFamily instance from a variable font without specifying weight axes with the buildVariableFamily API. The text renderer overrides the value of wght axis to match the displaying text.

Using the API simplifies the code for creating a Typeface considerably:

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

Previously, to create the same Typeface, you would need much more code:

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

Here's an example of how a Typeface created with both the old and new APIs renders:

An example of how Typeface rendering differs using new and old
APIs

In this example, the Typeface created with the old API doesn't have the capability to create accurate font weights for the 350, 450, 550 and 650 Font instances, so the renderer falls back to the closest weight. So in this case, 300 is rendered instead of 350, 400 is rendered instead of 450, and so on. By contrast, the Typeface created with the new APIs dynamically creates a Font instance for a given weight, so accurate weights are rendered for 350, 450, 550, and 650 as well.

きめ細かな改行コントロール

Android 15 以降では、TextView と基盤となる行ブレーカーは、テキストの特定の部分を同じ行に保持して読みやすさを向上させることができます。この改行のカスタマイズを利用するには、文字列リソースまたは createNoBreakSpan で <nobreak> タグを使用します。同様に、<nohyphen> タグまたは createNoHyphenationSpan を使用して、単語をハイフネーションから除外することもできます。

たとえば、次の文字列リソースには改行が含まれていないため、「Google Pixel 8 Pro」というテキストが望ましくない場所で改行されてレンダリングされます。

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

一方、この文字列リソースには <nobreak> タグが含まれています。このタグは「Google Pixel 8 Pro」というフレーズを折り返し、改行を防ぎます。

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

次の図に、これらの文字列のレンダリング方法の違いを示します。

「Google Pixel 8 Pro」というフレーズが <nobreak> タグを使用して折り返されていないテキスト行のレイアウト。

「Google Pixel 8 Pro」というフレーズが <nobreak> タグを使用して折り返されている、同じ行のテキストのレイアウト。

アプリのアーカイブ

Android 和 Google Play 宣布支持最后的应用归档功能年，这让用户可以通过移除部分内容来释放空间通过 Android 应用发布的设备中不常用的应用前往 Google Play 下载套装。Android 15 在操作系统级别支持应用归档和解压缩，让所有应用商店都能更轻松地实现归档和解压缩。

具有 REQUEST_DELETE_PACKAGES 权限的应用可以调用 PackageInstaller requestArchive 方法请求归档已安装的应用软件包，这会移除 APK 和所有缓存的文件，但会保留用户数据已归档的应用会通过 LauncherApps API 作为可显示的应用返回；用户会看到一个界面处理，以突出显示这些应用已归档。如果用户点按已归档的应用，负责安装的应用会收到解除归档请求，并且可以通过 ACTION_PACKAGE_ADDED 广播监控恢复过程。

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

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

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

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

Google Pixel 8、Google Pixel 8 Pro（Android 15 QPR1 以降）
Google Pixel 8a（Android 15 QPR1 以降）
Google Pixel 9、9 Pro、9 Pro XL（Android 15 QPR2 以降搭載）
Google Pixel 9a（Android 16 以降搭載）

グラフィック

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

Android の GPU アクセスのモダナイズ

Vulkan logo

Android hardware has evolved quite a bit from the early days where the core OS would run on a single CPU and GPUs were accessed using APIs based on fixed-function pipelines. The Vulkan® graphics API has been available in the NDK since Android 7.0 (API level 24) with a lower-level abstraction that better reflects modern GPU hardware, scales better to support multiple CPU cores, and offers reduced CPU driver overhead — leading to improved app performance. Vulkan is supported by all modern game engines.

Vulkan is Android's preferred interface to the GPU. Therefore, Android 15 includes ANGLE as an optional layer for running OpenGL® ES on top of Vulkan. Moving to ANGLE will standardize the Android OpenGL implementation for improved compatibility, and, in some cases, improved performance. You can test out your OpenGL ES app stability and performance with ANGLE by enabling the developer option in Settings -> System -> Developer Options -> Experimental: Enable ANGLE on Android 15.

The Android ANGLE on Vulkan roadmap

Roadmap of upcoming changes to the Android GPU APIs.

As part of streamlining our GPU stack, going forward we will be shipping ANGLE as the GL system driver on more new devices, with the future expectation that OpenGL/ES will be only available through ANGLE. That being said, we plan to continue support for OpenGL ES on all devices.

Recommended next steps

Use the developer options to select the ANGLE driver for OpenGL ES and test your app. For new projects, we strongly encourage using Vulkan for C/C++.

Canvas の改善

Android 15 continues our modernization of Android's Canvas graphics system with additional capabilities:

Matrix44 provides a 4x4 matrix for transforming coordinates that should be used when you want to manipulate the canvas in 3D.
clipShader intersects the current clip with the specified shader, while clipOutShader sets the clip to the difference of the current clip and the shader, each treating the shader as an alpha mask. This supports the drawing of complex shapes efficiently.

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

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

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

ApplicationStartInfo API

以前のバージョンの Android では、アプリの起動は少し謎めいたものでした。アプリ内で、アプリがコールドスタート、ウォームスタート、ホットスタートのいずれから開始されたかを判断することは困難でした。また、プロセスのフォーク、onCreate の呼び出し、最初のフレームの描画など、さまざまな起動フェーズでアプリが費やした時間を把握することも困難でした。Application クラスがインスタンス化されたときに、アプリがブロードキャスト、コンテンツプロバイダ、ジョブ、バックアップ、起動完了、アラーム、Activity のいずれから開始されたかを把握する方法はありませんでした。

Android 15 の ApplicationStartInfo API には、これらに加えて多くの機能が用意されています。独自のタイムスタンプをフローに加えて、タイミングデータを 1 か所で収集することもできます。指標の収集に加えて、ApplicationStartInfo を使用してアプリの起動を直接最適化することもできます。たとえば、ブロードキャストによりアプリの起動時に Application クラス内の UI 関連ライブラリをインスタンス化する必要がなくなります。

アプリのサイズに関する詳細情報

Android 8.0（API レベル 26）以降、Android には、アプリのインストールサイズを 1 つのバイト数として要約する StorageStats.getAppBytes API が含まれています。これは、APK のサイズ、APK から抽出されたファイルのサイズ、デバイスで生成されたファイル（事前（AOT）コンパイル済みコードなど）の合計です。この数値は、アプリがストレージをどのように使用しているかを把握するうえではあまり有用ではありません。

Android 15 では StorageStats.getAppBytesByDataType([type]) API が追加され、APK ファイルの分割、AOT と高速化関連のコード、dex メタデータ、ライブラリ、ガイド付きプロファイルなど、アプリがそのスペースをどのように使用しているかを把握できるようになります。

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

Android 15 には ProfilingManager クラスが含まれています。これにより、ヒープダンプ、ヒーププロファイル、スタックサンプリングなどのプロファイリング情報をアプリ内から収集できます。出力ファイルを識別するタグが指定されたコールバックがアプリに提供され、アプリのファイルディレクトリに配信されます。この API は、パフォーマンスへの影響を最小限に抑えるためにレート制限を行います。

アプリでのプロファイリングリクエストの作成を簡素化するには、Core 1.15.0-rc01 以降で利用可能な、対応する Profiling AndroidX API を使用することをおすすめします。

SQLite データベースの改善

Android 15 introduces SQLite APIs that expose advanced features from the underlying SQLite engine that target specific performance issues that can manifest in apps. These APIs are included with the update of SQLite to version 3.44.3.

Developers should consult best practices for SQLite performance to get the most out of their SQLite database, especially when working with large databases or when running latency-sensitive queries.

Read-only deferred transactions: when issuing transactions that are read-only (don't include write statements), use beginTransactionReadOnly() and beginTransactionWithListenerReadOnly(SQLiteTransactionListener) to issue read-only DEFERRED transactions. Such transactions can run concurrently with each other, and if the database is in WAL mode, they can run concurrently with IMMEDIATE or EXCLUSIVE transactions.
Row counts and IDs: APIs were added to retrieve the count of changed rows or the last inserted row ID without issuing an additional query. getLastChangedRowCount() returns the number of rows that were inserted, updated, or deleted by the most recent SQL statement within the current transaction, while getTotalChangedRowCount() returns the count on the current connection. getLastInsertRowId() returns the rowid of the last row to be inserted on the current connection.
Raw statements: issue a raw SQlite statement, bypassing convenience wrappers and any additional processing overhead that they may incur.

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 adds support for apps to detect that they are being recorded. A callback is invoked whenever the app transitions between being visible or invisible within a screen recording. An app is considered visible if activities owned by the registering process's UID are being recorded. This way, if your app is performing a sensitive operation, you can inform the user that they're being recorded.

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>

プライベートスペース

The private space can be unlocked and locked to show or hide sensitive apps on a device.

Private space lets users create a separate space on their device where they can keep sensitive apps away from prying eyes, under an additional layer of authentication. The private space uses a separate user profile. The user can choose to use the device lock or a separate lock factor for the private space.

Apps in the private space show up in a separate container in the launcher, and are hidden from the recents view, notifications, settings, and from other apps when the private space is locked. User-generated and downloaded content (such as media or files) and accounts are separated between the private space and the main space. The system sharesheet and the photo picker can be used to give apps access to content across spaces when the private space is unlocked.

Users can't move existing apps and their data into the private space. Instead, users select an install option in the private space to install an app using whichever app store they prefer. Apps in the private space are installed as separate copies from any apps in the main space (new copies of the same app).

When a user locks the private space, the profile is stopped. While the profile is stopped, apps in the private space are no longer active and can't perform foreground or background activities, including showing notifications.

We recommend that you test your app with private space to make sure your app works as expected, especially if your app falls into one of the following categories:

Apps with logic for work profiles that assumes that any installed copies of their app that aren't in the main profile are in the work profile.
Medical apps
Launcher apps
App store apps

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

アプリでは、最近選択した写真や動画のみが、メディア権限への部分的なアクセスが付与されている。この機能を使用すると、アプリが頻繁に写真へのアクセスをリクエストする場合、できます。アプリでこの機能を使用するには、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 integrates the latest extensions around Health Connect by Android, a secure and centralized platform to manage and share app-collected health and fitness data. This update adds support for additional data types across fitness, nutrition, skin temperature, training plans, and more.

Skin temperature tracking allows users to store and share more accurate temperature data from a wearable or other tracking device.

Training plans are structured workout plans to help a user achieve their fitness goals. Training plans support includes a variety of completion and performance goals:

Completion goals around calories burned, distance, duration, repetition, and steps.
Performance goals around as many repetitions as possible (AMRAP), cadence, heart rate, power, perceived rate of exertion, and speed.

Learn more about the latest updates to Health Connect in Android in the Building adaptable experiences with Android Health talk from Google I/O.

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。

开发者使用 onPictureInPictureModeChanged 回调来定义逻辑用于切换叠加界面元素的可见性。此回调是在画中画进入或退出动画播放完毕时触发。距离开始还有 Android 15 中，PictureInPictureUiState 类包含另一种状态。

在此界面状态下，以 Android 15（API 级别 35）为目标平台的应用将遵守使用以下参数调用 Activity#onPictureInPictureUiStateChanged 回调： isTransitioningToPip()。还有在画中画模式下，有很多与应用无关的界面元素，包含建议、评分和标题当应用进入画中画模式时，请使用 onPictureInPictureUiStateChanged 回调以隐藏这些界面元素。当应用从画中画窗口进入全屏模式，使用 onPictureInPictureModeChanged 回调以取消隐藏这些元素，如请参阅以下示例：

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

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

不相关界面元素的快速可见性切换（适用于画中画窗口）有助于确保画中画播放动画更流畅、无闪烁。

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

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

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

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

Android 15 支持为传入的通知设置丰富的振动，方法是频道使用的是NotificationChannel.setVibrationEffect，因此您的用户可以区分不同类型的通知不需要看他们的设备

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

媒体投放可能会泄露用户的私密信息。一个醒目的新状态栏条状标签可让用户了解任何正在进行的屏幕投影。用户可以点按该条状标签停止投屏、共享或录制屏幕。此外，为了提供更直观的用户体验，当设备屏幕锁定后，所有正在进行的屏幕投影都会自动停止。

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

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.

カバー画面のサポート

Your app can declare a property that Android 15 uses to allow your Application or Activity to be presented on the small cover screens of supported flippable devices. These screens are too small to be considered as compatible targets for Android apps to run on, but your app can opt in to supporting them, making your app available in more places.

接続

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 タップを転送する場合です。タップは、同じ AID に登録されている別のアプリがフォアグラウンドで実行されていない限り、常にウォレットのロール所有者に送信されます。

このロールは、ウォレットのクイックアクセスタイルが有効になったときに配置する場所を決定するためにも使用されます。ロールが [なし] に設定されている場合、クイックアクセスタイルを使用できず、支払いカテゴリの 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.

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

認証情報マネージャー: 生体認証プロンプトを認証情報作成に統合ログインプロセスがシンプルになり、プロバイダがログインプロセスを管理する必要がなくなります。プロンプトが表示されます。そのため、認証情報プロバイダは create フローと get フローの結果。生体認証フローの結果で拡張されます。この簡素化されたプロセスにより、認証情報の作成と取得プロセスがより効率的で合理化されます。

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

我们将在 Android 15 中引入 E2eeContactKeysManager，它通过提供用于存储加密公钥的操作系统级 API，有助于在 Android 应用中实现端到端加密 (E2EE)。

E2eeContactKeysManager 旨在与平台通讯录应用集成，以便用户集中管理和验证通讯录联系人的公钥。

コンテンツ 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 では、ユーザー補助機能を改善する機能が追加されています。

点字の改善

Android 15 では、TalkBack が USB とセキュア Bluetooth の両方で HID 標準を使用している点字ディスプレイをサポートできるようになりました。

この標準は、マウスやキーボードで使用されている標準とよく似ており、Android が今後、より幅広い点字ディスプレイをサポートするのに役立ちます。

国際化

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

CJK 可変フォント

从 Android 15 开始，面向中文、日文和韩文 (CJK) 语言的字体文件 NotoSansCJK 现在是可变字体。可变字体为中日韩语言的创意排版提供了更多可能性。设计师可以探索更多样式的排版，并制作出以前难以实现或根本无法实现的视觉效果出色的布局。

文字間均等割り付け

Android 15 以降では、文字間隔を使用してテキストを両端揃えできます。 JUSTIFICATION_MODE_INTER_CHARACTER を使用します。変更前の単語間の両端揃え: Android 8.0（API レベル 26）で初めて導入されました。同様の機能は、空白文字（中国語、日本語など）

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.

Vulkan および Vulkan のロゴは、Khronos Group Inc.の登録商標です。

OpenGL は登録商標であり、OpenGL ES ロゴは Khronos の許可を得て使用している Hewlett Packard Enterprise の商標です。

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

カメラとメディア

Low Light Boost

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

HDR ヘッドルーム コントロール

ラウドネス コントロール

仮想 MIDI 2.0 デバイス

より効率的な AV1 ソフトウェア デコード

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

OpenJDK 17 の更新

PDF の改善

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

OpenType 可変フォント API の改善

Kotlin

Java

Kotlin

Java

きめ細かな改行コントロール

アプリのアーカイブ

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

グラフィック

Android の GPU アクセスのモダナイズ

The Android ANGLE on Vulkan roadmap

Recommended next steps

Canvas の改善

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

ApplicationStartInfo API

アプリのサイズに関する詳細情報

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

SQLite データベースの改善

Android Dynamic Performance Framework の更新

プライバシー

スクリーン レコーダーの検出

IntentFilter の機能拡張

プライベート スペース

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

Kotlin

Java

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

ヘルスコネクト

アプリの画面共有

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

Generated Previews API を使用した、よりリッチなウィジェット プレビュー

Push API

When to call setWidgetPreview

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

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

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

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

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

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

カバー画面のサポート

接続

衛星通信のサポート

よりスムーズな NFC エクスペリエンス

ウォレットの役割

セキュリティ

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

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

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

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

ユーザー補助

点字の改善

国際化

CJK 可変フォント

文字間均等割り付け

自動改行の設定

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

機能と API の概要

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

HDR ヘッドルームコントロール

ラウドネスコントロール

より効率的な AV1 ソフトウェアデコード

スクリーンレコーダーの検出

プライベートスペース

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

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

Generated Previews API を使用した、よりリッチなウィジェットプレビュー

When to call `setWidgetPreview`

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

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

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

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