動作の変更点: すべてのアプリ

Android 14 プラットフォームには、アプリに影響する可能性がある動作変更が含まれています。次の動作変更は、targetSdkVersion に関係なく、Android 14 上で稼働するすべてのアプリに適用されます。該当する場合は、アプリをテストし、必要に応じて修正して、適切に対応してください。

Android 14 をターゲットとするアプリにのみ影響する動作変更のリストも必ずご確認ください。

コア機能

正確なアラームのスケジュールはデフォルトで拒否される

正確なアラームは、ユーザーの意図に基づく通知や、正確な時刻で実行する必要があるアクションに適しています。Android 14 以降では、SCHEDULE_EXACT_ALARM 権限が、Android 13 以降をターゲットとする新しくインストールされたアプリのほとんどで、事前付与されなくなりました。この権限はデフォルトで拒否されます。

詳しくは、正確なアラームのスケジュール設定の権限の変更をご覧ください。

アプリがキャッシュされている間、コンテキスト登録されたブロードキャストがキューに追加される

在 Android 14 中，当应用处于缓存状态时，系统可以将上下文注册的广播放入队列中。这与 Android 12（API 级别 31）为异步 binder 事务引入的队列行为类似。在清单中声明的广播不会加入队列，并且应用会从缓存状态中移除以进行广播传递。

当应用离开缓存状态（例如返回前台）时，系统会传递所有已加入队列的广播。某些广播的多个实例可以合并为一个广播。根据其他因素（例如系统运行状况），系统可能会从缓存状态中移除应用，并且传输之前加入队列的所有广播。

アプリは自身のバックグラウンド プロセスのみを強制終了できる

从 Android 14 开始，当您的应用调用 killBackgroundProcesses() 时，该 API 只能终止您自己应用的后台进程。

如果您传入另一个应用的软件包名称，此方法对该应用的后台进程没有影响，并且 Logcat 中会显示以下消息：

Invalid packageName: com.example.anotherapp

您的应用不应使用 killBackgroundProcesses() API，也不得以其他方式尝试影响其他应用的进程生命周期，即使在旧版操作系统上也是如此。Android 旨在让缓存应用在后台运行，并在系统需要内存时自动终止它们。如果您的应用会不必要地终止其他应用，则由于之后需要完全重启这些应用，因此可能会降低系统性能并增加耗电量，这比恢复现有缓存应用所消耗的资源要多得多。

MTU をリクエストした最初の GATT クライアントで、MTU が 517 に設定されている

从 Android 14 开始，Android 蓝牙堆栈会更严格地遵循蓝牙核心规范 5.2 版，当第一个 GATT 客户端使用 BluetoothGatt#requestMtu(int) API 请求 MTU 时，会请求将 BLE ATT MTU 设置为 517 个字节，并忽略针对该 ACL 连接的所有后续 MTU 请求。

如需解决此变更并提高应用的稳健性，请考虑以下选项：

  • 您的外围设备应使用可由外围设备适应的合理值来响应 Android 设备的 MTU 请求。最终商定的值将为 Android 请求的值和远程提供的值（例如 min(517, remoteMtu)）中的最小值
    • 实现此修复可能需要更新外围设备的固件
  • 或者，根据外围设备的已知受支持值与接收到的 MTU 变化之间的最小值限制 GATT 特征写入
    • 温馨提示：您应该在支持的标头大小的基础上减少 5 个字节
    • 例如：arrayMaxLength = min(SUPPORTED_MTU, GATT_MAX_ATTR_LEN(517)) - 5

アプリを制限付きスタンバイ バケットに入れることができる新しい理由

Android 14 では、アプリを制限付きスタンバイ バケットに配置できる新しい理由が導入されています。onStartJob、onStopJob、または onBind メソッドのタイムアウトにより、アプリのジョブが ANR エラーを複数回トリガーします。（onStartJob と onStopJob の変更については、JobScheduler によるコールバックとネットワークの動作の強化をご覧ください）。

アプリが制限付きスタンバイ バケットになったかどうかを追跡するには、ジョブ実行時は API UsageStatsManager.getAppStandbyBucket()、またはアプリ起動時は UsageStatsManager.queryEventsForSelf() を使用してロギングすることをおすすめします。

mlock は 64 KB に制限されます

Android 14（API レベル 34）以降では、mlock() を使用してロックできる最大メモリがプロセスあたり 64 KB に削減されています。以前のバージョンでは、上限はプロセスあたり 64 MB でした。この制限により、アプリとシステム全体でメモリ管理が改善されます。デバイス間の一貫性を高めるため、Android 14 では、対応デバイスに対する新しい mlock() の上限に関する新しい CTS テストが追加されています。

システムがキャッシュに保存されたアプリのリソースの使用を強制

設計上、アプリのプロセスは、バックグラウンドに移行され、アプリの他のプロセス コンポーネントが実行されていない場合、キャッシュされた状態になります。このようなアプリのプロセスは、システムメモリの負荷が高くなったときに強制終了されます。アプリのプロセスがこのような状態にある場合、onStop() メソッドが呼び出され、返された後に Activity インスタンスが実行する処理の信頼性は低いため、このような状態で処理を実行しないことを強くおすすめします。

Android 14 では、この設計に一貫性と強制適用が導入されています。アプリのプロセスがキャッシュに保存された状態になった直後は、プロセス コンポーネントがライフサイクルのアクティブな状態に戻るまで、バックグラウンド処理が禁止されます。

各種サービス、JobScheduler、Jetpack WorkManager など、フレームワークでサポートされている一般的なライフサイクル API を使用するアプリは、この変更の影響を受けません。

ユーザー エクスペリエンス

閉じることができない通知のユーザー エクスペリエンスに関する変更

Android 14 では、アプリで閉じることができないフォアグラウンド通知をユーザーに表示する場合、ユーザーがそうした通知を閉じられるように動作が変更されました。

この変更は、Notification.Builder#setOngoing(true) または NotificationCompat.Builder#setOngoing(true) で Notification.FLAG_ONGOING_EVENT を設定することで、ユーザーがフォアグラウンド通知を閉じられないようにしているアプリに適用されます。これにより、FLAG_ONGOING_EVENT の動作が変更され、ユーザーがこのような通知を閉じられるようになりました。

次のような状況では引き続き、こうした通知を閉じることができません。

  • スマートフォンがロックされている場合
  • ユーザーが [すべて消去] 通知アクションを選択した場合（誤って消去しないようにするため）

また、この新しい動作は、次のユースケースの通知には適用されません。

  • CallStyle の通知
  • エンタープライズ向けの Device Policy Controller（DPC）とサポート パッケージ
  • メディア通知
  • デフォルトの検索セレクタ パッケージ

データ セーフティ情報の視認性が向上

Android 14 では、ユーザーのプライバシーを保護するため、Google Play Console フォームで申告された情報を表示する場所を増やしています。現在のところ、この情報は、Google Play のアプリの掲載情報にあるデータ セーフティ セクションで確認できます。

アプリの位置情報の共有に関するポリシーを確認し、適宜 Google Play のデータ セーフティ セクションを更新することをおすすめします。

詳しくは、Android 14 でのデータ セーフティ情報の表示方法に関するガイドをご覧ください。

ユーザー補助

非線形フォント スケーリングを 200% にする

Android 14 以降では、フォント スケーリングが 200% までサポートされます。これにより、ロービジョンのユーザーは、Web Content Accessibility Guidelines（WCAG）に準拠した追加のユーザー補助オプションを利用できます。

スケール非依存ピクセル（sp）単位を使用してテキストサイズを定義している場合、この変更によるアプリへの影響はそれほどありません。ただし、最大フォントサイズ（200%）を有効にして UI テストを実施し、アプリがユーザビリティに影響を与えることなく大きなフォントサイズに対応できることを確認する必要があります。

セキュリティ

インストール可能な最小対象 API レベル

Android 14 以降では、targetSdkVersion が 23 未満のアプリはインストールできません。これらの最小対象 API レベルの要件をアプリが満たすことを必須とすることで、ユーザーのセキュリティとプライバシーを強化しています。

マルウェアは多くの場合、新しい Android バージョンで導入されたセキュリティとプライバシー保護を回避するため、古い API レベルをターゲットにします。たとえば、一部のマルウェア アプリは、2015 年に Android 6.0 Marshmallow（API レベル 23）で導入された実行時の権限モデルの対象にならないよう、22 の targetSdkVersion を使用します。この Android 14 の変更により、マルウェアが強化されたセキュリティとプライバシー保護を回避することが難しくなります。下位の API レベルをターゲットとするアプリをインストールしようとすると、インストールに失敗し、Logcat に次のメッセージが表示されます。

INSTALL_FAILED_DEPRECATED_SDK_VERSION: App package must target at least SDK version 23, but found 7

Android 14 にアップグレードするデバイスでは、targetSdkVersion が 23 未満のアプリはインストールされたままになります。

古い API レベルをターゲットとするアプリをテストする必要がある場合は、次の ADB コマンドを使用します。

adb install --bypass-low-target-sdk-block FILENAME.apk

メディア所有者のパッケージ名が削除される場合がある

メディアストアは、OWNER_PACKAGE_NAME 列のクエリをサポートしています。この列は、特定のメディア ファイルを保存したアプリを示します。Android 14 以降では、次の条件の少なくとも 1 つに該当する場合を除き、この値が削除されます。

  • メディア ファイルを保存したアプリに、他のアプリに常に表示されるパッケージ名がある。

  • メディアストアをクエリするアプリが QUERY_ALL_PACKAGES 権限をリクエストする。

詳しくは、Android でプライバシー保護を目的としてパッケージの公開設定をフィルタする方法をご覧ください。