Android 15 プラットフォームには、アプリに影響する可能性がある動作変更が含まれています。下記の動作変更は、targetSdkVersion に関係なく、Android 15 上で稼働するすべてのアプリに適用されます。該当する場合は、アプリをテストし、必要に応じて修正して、適切に対応してください。
Android 15 をターゲットとするアプリにのみ影響する動作変更のリストも必ずご確認ください。
コア機能
Android 15 では、Android システムのさまざまなコア機能を変更または拡張しています。
パッケージの停止状態の変更
软件包 FLAG_STOPPED 状态（用户可以通过在 AOSP build 中长按应用图标并选择“强制停止”来启用此状态）的用途一直是让应用保持在此状态，直到用户通过直接启动应用或间接与应用互动（通过 Sharesheet 或 widget、将应用选择为动态壁纸等）来明确将应用从此状态移除。在 Android 15 中，我们更新了系统行为，使其与此预期行为保持一致。应用应仅通过直接或间接的用户操作从停止状态移除。
为了支持预期行为，除了现有限制之外，当应用在搭载 Android 15 的设备上进入停止状态时，系统还会取消所有待处理 intent。当用户的操作将应用从停止状态移除时，系统会将 ACTION_BOOT_COMPLETED 广播传送到应用，以便应用有机会重新注册所有待处理 intent。
您可以调用新的 ApplicationStartInfo.wasForceStopped() 方法来确认应用是否已进入停止状态。
16 KB ページサイズのサポート
これまで、Android は 4 KB のメモリページサイズしかサポートしていませんでした。 システムメモリのパフォーマンスを最適化 Android デバイスでは通常、これが行われています。Android 15 以降、AOSP は 16 KB（16 KB）のページサイズを使用するように設定されているデバイス 。アプリで NDK ライブラリを直接使用している場合は、 または SDK を介して間接的に行う場合、アプリを再ビルドして 16 KB のデバイスで使用できます。
デバイス メーカーは次々と、より多くのデバイスで 物理メモリ（RAM）に加え、これらのデバイスの多くに 16 KB（ ページサイズを拡大して、デバイスのパフォーマンスを最適化します。追加しています 16 KB ページサイズのデバイスをサポートしているため、アプリはこれらの 関連するパフォーマンスの恩恵をアプリに提供するため 改善されています。16 KB デバイスでは、再コンパイルしないとアプリが動作しない可能性があります 将来の Android リリースで製品化される際の要件です。
アプリのサポートを追加できるように、 アプリが影響を受ける場合は、 アプリを再構築し（該当する場合）、アプリをテスト エミュレータ（Android 15 を含む）を使用した 16 KB 環境 Android Emulator 用のシステム イメージ）を作成します。
Benefits and performance gains
16 KB のページサイズで構成されたデバイスでは、平均でメモリ使用量が若干増加しますが、システムとアプリの両方でさまざまなパフォーマンスが向上します。
- システムのメモリ負荷が高いときのアプリ起動時間の短縮: 平均 3.16% 短縮、テストした一部のアプリでは大幅な改善（最大 30%）
- アプリ起動時の消費電力の削減: 平均 4.56% 削減
- カメラの起動が速くなる: ホット スタートが平均 4.48%、コールド スタートが平均 6.60% 高速化
- システムの起動時間の短縮: 平均で 8%（約 950 ミリ秒）短縮
これらの改善は初期テストに基づくものであり、実際のデバイスでの結果は異なる可能性があります。テストを継続する中で、アプリの潜在的な収益増加に関する追加の分析情報を提供していきます。
Check if your app is impacted
アプリがネイティブ コードを使用している場合は、16 KB デバイスをサポートするようにアプリを再ビルドする必要があります。アプリがネイティブ コードを使用しているかどうか不明な場合は、APK アナライザを使用してネイティブ コードが存在するかどうかを特定し、検出された共有ライブラリの ELF セグメントの配置をチェックします。
ライブラリや SDK もすべて含めて、Java プログラミング言語または Kotlin で記述されたコードだけを使用しているアプリは、すでに 16 KB デバイスをサポートしています。ただし、16 KB 環境でアプリをテストし、アプリの動作に予期しないリグレッションがないことを確認することをおすすめします。
一部のアプリがプライベート スペースに対応するために必要な変更
プライベート スペースは Android 15 の新機能で、ユーザーがデバイス上に独立した空間を作成し、追加の認証レイヤの配下に置いてプライベートなアプリを他人の目から守ることができます。プライベート スペース内のアプリの公開設定は制限されているため、一部のタイプのアプリでは、ユーザーのプライベート スペース内のアプリを表示して操作できるように、追加の手順を踏む必要があります。
すべてのアプリ
プライベート スペースのアプリは、仕事用プロファイルと同様に、個別のユーザー プロファイルに保存されるため、アプリは、メイン プロファイルにないアプリのコピーが仕事用プロファイルにあると想定すべきではありません。アプリに、この前提を置く仕事用プロファイル アプリに関連するロジックがある場合は、このロジックを調整する必要があります。
医療アプリ
ユーザーがプライベート スペースをロックすると、プライベート スペース内のすべてのアプリが停止し、通知の表示など、フォアグラウンド アクティビティやバックグラウンド アクティビティを実行できなくなります。この動作は、プライベート スペースにインストールされている医療アプリの使用と機能に重大な影響を与える可能性があります。
プライベート スペースの設定では、医療アプリからの通知の表示など、重要なフォアグラウンドまたはバックグラウンド アクティビティを実行する必要があるアプリにはプライベート スペースが適していないことをユーザーに警告します。ただし、アプリはプライベート スペースで使用されているかどうかを判断できないため、この場合、ユーザーに警告を表示することはできません。
そのため、医療アプリを開発している場合は、この機能がアプリに与える影響を検討し、アプリの重要な機能が中断されないように、プライベート スペースにアプリをインストールしないようユーザーに伝えるなど、適切な対応を講じてください。
ランチャー アプリ
ランチャー アプリを開発する場合は、プライベート スペース内のアプリを表示する前に、次の操作を行う必要があります。
- アプリは、デバイスのデフォルトのランチャー アプリとして割り当てられている必要があります。つまり、
ROLE_HOMEロールを保持している必要があります。 - アプリでは、アプリのマニフェスト ファイルで
ACCESS_HIDDEN_PROFILES通常権限を宣言する必要があります。
ACCESS_HIDDEN_PROFILES 権限を宣言するランチャー アプリは、次のプライベート スペースのユースケースに対応する必要があります。
- アプリには、プライベート スペースにインストールされているアプリ用の個別のランチャー コンテナが必要です。
getLauncherUserInfo()メソッドを使用して、処理されているユーザー プロファイルのタイプを判断します。 - ユーザーはプライベート スペース コンテナを非表示または表示できる必要があります。
- ユーザーがプライベート スペース コンテナをロックおよびロック解除できる必要があります。
requestQuietModeEnabled()メソッドを使用して、プライベート スペースをロック（trueを渡す）またはロック解除（falseを渡す）します。 ロックされている間は、プライベート スペース コンテナ内のアプリは、検索などのメカニズムによって表示されたり検出されたりしてはなりません。アプリは、
ACTION_PROFILE_AVAILABLEブロードキャストおよびACTION_PROFILE_UNAVAILABLEブロードキャストのレシーバーを登録し、プライベート スペース コンテナのロック状態またはロック解除状態が変更されたときにアプリの UI を更新する必要があります。これらのブロードキャストのどちらにもEXTRA_USERが含まれており、アプリはこれを非公開プロファイル ユーザーの参照に使用できます。isQuietModeEnabled()メソッドを使用して、プライベート スペース プロファイルがロックされているかどうかを確認することもできます。
アプリストアのアプリ
プライベート スペースには、ユーザーのプライベート スペースにアプリをインストールする暗黙的なインテントを起動する [アプリをインストール] ボタンがあります。アプリがこの暗黙的インテントを受け取るには、アプリのマニフェスト ファイルで <intent-filter> を宣言し、<category> を CATEGORY_APP_MARKET に設定します。
PNG ベースの絵文字フォントが削除されました
我们移除了基于 PNG 的旧版表情符号字体文件 (NotoColorEmojiLegacy.ttf)，只保留了基于矢量的文件。从 Android 13（API 级别 33）开始，系统表情符号渲染程序使用的表情符号字体文件已从基于 PNG 的文件更改为基于矢量的文件。出于兼容性原因，系统在 Android 13 和 14 中保留了旧版字体文件，以便具有自己的字体渲染程序的应用在能够升级之前继续使用旧版字体文件。
如需检查您的应用是否受到影响，请在应用的代码中搜索对 NotoColorEmojiLegacy.ttf 文件的引用。
您可以通过多种方式自适应应用：
- 使用平台 API 进行文本渲染。您可以将文本渲染到基于位图的
Canvas，并在必要时使用该Canvas获取原始图片。 - 为您的应用添加 COLRv1 字体支持。FreeType 开源库在 2.13.0 版及更高版本中支持 COLRv1。
- 作为最后的手段，您可以将旧版表情符号字体文件 (
NotoColorEmoji.ttf) 捆绑到 APK 中，但在这种情况下，您的应用将缺少最新的表情符号更新。如需了解详情，请参阅 Noto Emoji GitHub 项目页面。
ターゲット SDK の最小バージョンを 23 から 24 に引き上げ
Android 15 基于
在 Android 14 中进行的更改，并扩展了
安全性。在 Android 15 中，
无法安装低于 24 的 targetSdkVersion。
要求应用符合现代 API 级别有助于确保更好的安全性和
保护隐私。
恶意软件通常会以较低的 API 级别为目标平台，以绕过安全和隐私
更高的 Android 版本中引入的保护机制。例如，有些恶意软件应用使用 targetSdkVersion 22，以避免受到 Android 6.0 Marshmallow（API 级别 23）在 2015 年引入的运行时权限模型的约束。这项 Android 15 变更使恶意软件更难以规避安全和隐私权方面的改进限制。尝试安装以较低 API 级别为目标平台的应用将导致安装失败，并且 Logcat 中会显示如下所示的消息：
INSTALL_FAILED_DEPRECATED_SDK_VERSION: App package must target at least SDK version 24, but found 7
在升级到 Android 15 的设备上，targetSdkVersion 级别较低的任何应用
安装在 Google Play 上
如果您需要测试以旧版 API 级别为目标平台的应用，请使用以下 ADB 命令：
adb install --bypass-low-target-sdk-block FILENAME.apk
セキュリティとプライバシー
Android 15 では、通知リスナー サービスと画面共有の保護強化に重点を置き、ワンタイム パスコード（OTP）の不正行為に対処し、ユーザーの機密コンテンツを保護するための堅牢な対策が導入されています。主な機能強化には、信頼できないアプリがアクセスできる通知から OTP を削除する、画面共有中に通知を非表示にする、OTP が投稿されたときにアプリ アクティビティを保護するなどがあります。これらの変更は、ユーザーの機密コンテンツを不正な行為者から保護することを目的としています。
アプリが Android 15 の変更に対応できるようにするには、デベロッパーは以下の点に注意する必要があります。
OTP の除去
Android では、NotificationListenerService を実装する信頼できないアプリが、OTP が検出された通知から未修正のコンテンツを読み取ることを禁止します。コンパニオン デバイス管理アプリの関連付けなどの信頼できるアプリは、これらの制限の対象外です。
画面共有の保護
- ユーザーのプライバシーを保護するため、画面共有セッション中は通知の内容は表示されません。アプリが
setPublicVersion()を実装している場合、Android は、安全でないコンテキストで置換通知として機能する通知の公開版を表示します。それ以外の場合、通知の内容は編集され、コンテキストは表示されません。 - パスワード入力などの機密情報は、リモート ビューアに対して非表示になり、ユーザーの機密情報が漏洩するのを防ぎます。
- 画面共有中に OTP が検出されたアプリから通知が送信されたアクティビティは非表示になります。アプリのコンテンツは、起動時にリモート ビューアには表示されません。
- Android が機密性の高いフィールドを自動的に識別するだけでなく、デベロッパーは
setContentSensitivityを使用してアプリの一部を手動で機密性の高いものとしてマークできます。このマークは、画面共有中にリモート ビューアから非表示になります。 - デベロッパーは、[開発者向けオプション] で [画面共有の保護を無効にする] オプションを切り替えて、デモやテスト目的で画面共有の保護から除外できます。デフォルトのシステム画面レコーダーは、録画がデバイス上に残るため、これらの変更の対象外です。
カメラとメディア
Android 15 では、すべてのアプリのカメラとメディアの動作に次の変更が加えられます。
リソースの上限に達すると、直接再生とオフロード再生で、以前に開いた直接再生またはオフロード再生の音声トラックが無効になる
Android 15 より前は、別のアプリがオーディオを再生しているときにアプリが直接またはオフロードのオーディオ再生をリクエストし、リソースの上限に達した場合、アプリは新しい AudioTrack を開けませんでした。
Android 15 以降、アプリが直接再生またはオフロード再生をリクエストし、リソースの上限に達すると、システムは現在開いている AudioTrack オブジェクトを無効にし、新しいトラック リクエストを処理できなくなります。
（通常、直接オーディオ トラックとオフロード オーディオ トラックは、圧縮オーディオ形式の再生用に開かれます。直接オーディオを再生する一般的なユースケースには、HDMI 経由でテレビにエンコードされたオーディオをストリーミングするなどがあります。オフロード トラックは通常、ハードウェア DSP アクセラレーションを使用してモバイル デバイスで圧縮オーディオを再生するために使用されます）。
ユーザー エクスペリエンスとシステム UI
Android 15 には、より一貫性があり直感的なユーザー エクスペリエンスを実現するための変更がいくつか含まれています。
オプトインしたアプリで予測型「戻る」アニメーションが有効
Android 15 以降では、予測型「戻る」アニメーションの開発者向けオプションが削除されました。予測型「戻る」ジェスチャーを有効にしているアプリ（アプリ全体またはアクティビティ レベルで有効にしている）では、ホームに戻る、タスクを切り替える、アクティビティを切り替えるなどのシステム アニメーションが表示されるようになりました。アプリが影響を受けている場合は、次の操作を行います。
- 予測型「戻る」ジェスチャーを使用するようにアプリが適切に移行されていることを確認します。
- フラグメント遷移が予測型「戻る」ナビゲーションと連携して動作することを確認します。
- アニメーションとフレームワークの遷移から移行し、代わりに Animator と androidx の遷移を使用します。
FragmentManagerが認識していないバックスタックから移行します。代わりに、FragmentManagerまたは Navigation コンポーネントによって管理されるバックスタックを使用します。
ユーザーがアプリを強制停止したときにウィジェットが無効になる
Android 15 を搭載したデバイスでユーザーがアプリを強制停止すると、システムはアプリのすべてのウィジェットを一時的に無効にします。ウィジェットはグレー表示され、ユーザーは操作できません。これは、Android 15 以降では、アプリが強制停止されると、システムがアプリの保留中のインテントをすべてキャンセルするためです。
ユーザーが次回アプリを起動すると、これらのウィジェットが再度有効になります。
詳細については、パッケージの停止状態の変更をご覧ください。
メディア プロジェクションのステータスバー チップで、画面共有、キャスト、録画についてユーザーに通知
画面投影の悪用は、デバイスの画面が共有されていることにユーザーが気付かないため、金融情報などの機密データが漏洩する可能性があります。
Android 15 QPR1 以降を搭載したデバイスで実行されているアプリの場合、進行中の画面投影をユーザーに知らせるために、ステータスバーに大きく目立つチップが表示されます。ユーザーはチップをタップして、画面の共有、キャスト、録画を停止できます。また、デバイスの画面がロックされると、画面投影は自動的に停止します。
检查您的应用是否受到影响
默认情况下，您的应用会包含状态栏条状标签，并会在锁定屏幕激活时自动暂停屏幕投影。
如需详细了解如何针对这些用例测试应用，请参阅状态栏条状标签和自动停止。
バックグラウンドでのネットワーク アクセスの制限
Android 15 では、有効なプロセス ライフサイクルの外部でネットワーク リクエストを開始するアプリは例外を受け取ります。通常は、UnknownHostException またはその他のソケット関連の IOException です。有効なライフサイクルの外部で発生するネットワーク リクエストは、通常、アプリがアクティブでなくなった後も、アプリがネットワーク リクエストを認識せずに続行しているために発生します。
この例外を軽減するには、ライフサイクル対応コンポーネントを使用して、ネットワーク リクエストがライフサイクルに対応し、有効なプロセス ライフサイクルを終了したときにキャンセルされるようにします。ユーザーがアプリを終了してもネットワーク リクエストを実行することが重要である場合は、WorkManager を使用してネットワーク リクエストのスケジュール設定を検討するか、フォアグラウンド サービスを使用してユーザーに表示されるタスクを続行します。
サポートの終了
リリースのたびに、特定の Android API が古くなったり、デベロッパー エクスペリエンスの向上や新しいプラットフォーム機能のサポートを目的としたリファクタリングが必要になったりすることがあります。このような場合、古くなった API のサポートを正式に終了し、代わりに使用する代替 API をデベロッパーに案内します。
サポートの終了とは、API の正式なサポートが終了したことを指しますが、デベロッパーは引き続きそうした API を利用できます。Android の今回のリリースでサポートが終了した主な API の詳細については、非推奨の API のページをご覧ください。