Android 14 プラットフォームには、アプリに影響する可能性がある動作変更が含まれています。下記の動作変更は、targetSdkVersion に関係なく、Android 14 上で稼働するすべてのアプリに適用されます。該当する場合は、アプリをテストし、必要に応じて修正して、適切に対応してください。
Android 14 をターゲットとするアプリにのみ影響する動作変更のリストも必ずご確認ください。
コア機能
正確なアラームのスケジュールはデフォルトで拒否される
正確なアラームは、ユーザーの意図に基づく通知や、正確な時刻で実行する必要があるアクションに適しています。Android 14 以降では、SCHEDULE_EXACT_ALARM 権限が、Android 13 以降をターゲットとする新しくインストールされたアプリのほとんどで、事前付与されなくなりました。この権限はデフォルトで拒否されます。
詳しくは、正確なアラームのスケジュール設定の権限の変更をご覧ください。
アプリがキャッシュされている間、コンテキスト登録されたブロードキャストがキューに追加される
Android 14 では、アプリがキャッシュに保存された状態にあるときに、コンテキスト登録されたブロードキャストがキューに配置されることがあります。これは、Android 12（API レベル 31）で非同期バインダー トランザクションに導入されたキュー動作に似ています。マニフェストで宣言されたブロードキャストはキューに登録されず、アプリはブロードキャスト配信のためにキャッシュに保存された状態から削除されます。
アプリがフォアグラウンドに戻るなど、キャッシュに保存された状態を終了すると、キュー内のブロードキャストがすべて配信されます。特定のブロードキャストの複数のインスタンス 1 つのブロードキャストに統合される場合があります他の要因（システムなど）による アプリはキャッシュから削除されたり、以前にキューに入れられた ブロードキャストが配信されます。
アプリは自身のバックグラウンド プロセスのみを強制終了できる
Android 14 以降では、アプリが killBackgroundProcesses() を呼び出した場合、API は自身のアプリのバックグラウンド プロセスのみを強制終了できます。
別のアプリのパッケージ名を渡した場合、このメソッドはそのアプリのバックグラウンド プロセスに影響せず、Logcat に次のメッセージが表示されます。
Invalid packageName: com.example.anotherapp
古いバージョンの OS であっても、アプリで 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 introduces a new reason an app can be placed into the restricted standby bucket.
The app's jobs trigger ANR errors multiple times due to onStartJob,
onStopJob, or onBind method timeouts.
(See JobScheduler reinforces callback and network behavior for changes
to onStartJob and onStopJob.)
To track whether or not the app has entered the restricted standby bucket,
we recommend logging with the API UsageStatsManager.getAppStandbyBucket()
on job execution or UsageStatsManager.queryEventsForSelf() on app startup.
mlock の上限は 64 KB
Android 14（API レベル 34）以降では、mlock() を使用してロックできる最大メモリがプロセスごとに 64 KB に減らされます。以前のバージョンでは、上限はプロセスごとに 64 MB でした。この制限により、アプリとシステム全体でメモリ管理が改善されます。デバイス間での整合性を高めるために、Android 14 では、互換性のあるデバイスの新しい mlock() の上限に関する新しい CTS テストが追加されています。
システムがキャッシュに保存されたアプリのリソース使用量を適用する
从设计上讲，当应用的进程移至后台且没有任何其他应用进程组件在运行时，应用进程将处于缓存状态。此类应用进程可能会因系统内存压力而终止。在此状态下，Activity 实例在调用并返回 onStop() 方法后执行的任何工作均不可靠，强烈建议不要这样做。
Android 14 对此设计引入了一致性和强制执行要求。在应用进程进入缓存状态后不久，系统会禁止后台工作，直到进程组件重新进入生命周期的活跃状态。
使用框架支持的典型生命周期 API（例如服务、JobScheduler 和 Jetpack WorkManager）的应用应该不受这些变化的影响。
ユーザー エクスペリエンス
閉じることができない通知のユーザー エクスペリエンスに関する変更
Android 14 では、アプリで閉じることができないフォアグラウンド通知をユーザーに表示する場合、ユーザーがそうした通知を閉じられるように動作が変更されました。
この変更は、ユーザーがフォアグラウンドを非表示にできないアプリに適用されます
Notification.FLAG_ONGOING_EVENT を
Notification.Builder#setOngoing(true) または
NotificationCompat.Builder#setOngoing(true)。これにより、FLAG_ONGOING_EVENT の動作が変更され、ユーザーがこのような通知を閉じられるようになりました。
次のような状況では引き続き、こうした通知を閉じることができません。
- スマートフォンがロックされている場合
- ユーザーが [すべて消去] 通知アクションを選択した場合（誤って消去しないようにするため）
また、この新しい動作は、 次のようなユースケースがあります。
CallStyleの通知- エンタープライズ向けの Device Policy Controller（DPC）とサポート パッケージ
- メディアの通知
- デフォルトの検索セレクタ パッケージ
データ セーフティ情報の視認性が向上
Android 14 では、ユーザーのプライバシーを保護するため、Google Play Console フォームで申告された情報を表示する場所を増やしています。現在のところ、この情報は、Google Play のアプリの掲載情報にあるデータ セーフティ セクションで確認できます。
アプリの位置情報の共有に関するポリシーを確認し、適宜 Google Play のデータ セーフティ セクションを更新することをおすすめします。
詳しくは、Android 14 でのデータ セーフティ情報の表示方法に関するガイドをご覧ください。
ユーザー補助
非線形フォント スケーリングを 200% にする
Android 14 以降では、フォント スケーリングが 200% までサポートされます。これにより、ユーザーは追加のユーザー補助オプションを利用できます。
スケール非依存ピクセル（sp）単位を使用してテキストサイズを定義している場合、この変更によるアプリへの影響はそれほどありません。ただし、最大フォントサイズ（200%）を有効にして UI テストを実施し、アプリがユーザビリティに影響を与えることなく大きなフォントサイズに対応できることを確認する必要があります。
セキュリティ
インストール可能な最小対象 API レベル
从 Android 14 开始，targetSdkVersion 低于 23 的应用无法安装。要求应用满足这些最低目标 API 级别要求有助于提高用户的安全性和隐私性。
恶意软件通常会以较旧的 API 级别为目标平台，以绕过在较新版本 Android 中引入的安全和隐私保护机制。例如，有些恶意软件应用使用 targetSdkVersion 22，以避免受到 Android 6.0 Marshmallow（API 级别 23）在 2015 年引入的运行时权限模型的约束。这项 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 开始，除非满足以下条件之一，否则系统会隐去此值：
- 存储媒体文件的应用有一个软件包名称始终对其他应用可见。
查询媒体库的应用会请求
QUERY_ALL_PACKAGES权限。
详细了解 Android 如何出于隐私保护目的而过滤软件包可见性。