Android 16 では、デベロッパー向けに優れた新しい機能と API が導入されました。以下のセクションでは、これらの機能の概要を説明し、関連する API を使い始めるうえで役立つ情報を提供します。
新しい API、変更された API、削除された API の一覧については、API 差分レポートをご覧ください。新しい API について詳しくは、Android API リファレンスをご覧ください。新しい API は、見つけやすいようにハイライト表示されています。また、プラットフォームの変更がアプリに影響する可能性がある領域も確認する必要があります。詳細については、次のページをご覧ください。
コア機能
Android には、Android システムのコア機能を拡張する新しい API が含まれています。
2025 年に 2 つの Android API をリリース
- このプレビューは、2025 年第 2 四半期にリリースが予定されている Android の次のメジャー リリースを対象としています。このリリースは、過去のすべての API リリースと同様に、targetSdkVersion に関連付けられている動作の変更を計画できます。
- エコシステム全体のデバイスのリリース スケジュールに合わせて、メジャー リリースを 1 四半期前倒し（昨年は第 3 四半期でしたが、今年は第 2 四半期）に予定しています。これにより、より多くのデバイスで Android のメジャー リリースを早期に利用できるようになります。メジャー リリースが第 2 四半期に予定されているため、アプリの準備状況を確認するために、年次互換性テストを例年より数か月早く実施する必要があります。
- 2025 年第 4 四半期に、新しいデベロッパー API も含めて、さらにリリースする予定です。2025 年にアプリに影響する可能性がある動作変更が予定されているリリースは、第 2 四半期のメジャー リリースのみです。
4 四半期のマイナー リリースでは、新しいデベロッパー API に加え、機能のアップデート、最適化、バグの修正が含まれます。アプリに影響する動作の変更は含まれません。
Android のリリースは引き続き四半期ごとに行われます。API リリース間の Q1 と Q3 のアップデートでは、継続的な品質を確保するために増分アップデートが提供されます。Google は、できるだけ多くのデバイスに Q2 リリースを導入できるよう、デバイス パートナーと積極的に連携しています。
メジャー リリースとマイナー リリースで新しい API を使用する
現在、API レベルのチェックでコードブロックを保護するには、VERSION_CODES で SDK_INT 定数を使用します。これは、Android のメジャー リリースで引き続きサポートされます。
if (SDK_INT >= VERSION_CODES.BAKLAVA) {
// Use APIs introduced in Android 16
}
新しい SDK_INT_FULL 定数は、新しい VERSION_CODES_FULL 列挙型を使用して、メジャー バージョンとマイナー バージョンの両方に対する API チェックに使用できます。
if (SDK_INT_FULL >= VERSION_CODES_FULL.[MAJOR or MINOR RELEASE]) {
// Use APIs introduced in a major or minor release
}
Build.getMinorSdkVersion() メソッドを使用して、マイナー SDK バージョンのみを取得することもできます。
val minorSdkVersion = Build.getMinorSdkVersion(VERSION_CODES_FULL.BAKLAVA)
これらの API は未確定であり、変更される可能性があります。ご不明な点がございましたら、フィードバックをお送りください。
ユーザー エクスペリエンスとシステム UI
Android 16 では、アプリ デベロッパーとユーザーがニーズに合わせてデバイスを構成するための制御と柔軟性が向上しています。
進行状況を中心とした通知
Android 16 では、ユーザーが開始した、最初から最後までのジャーニーをシームレスに追跡できるように、進行状況重視の通知が導入されています。
Notification.ProgressStyle は、進行状況重視の通知を作成できる新しい通知スタイルです。主なユースケースには、乗車シェアリング、配達、ナビゲーションなどがあります。Notification.ProgressStyle クラス内で、ポイントとセグメントを使用して、ユーザー ジャーニー内の状態とマイルストーンを指定できます。
詳細については、進行状況重視の通知のドキュメント ページをご覧ください。
予測型「戻る」のアップデート
Android 16 添加了新 API，可帮助您在手势导航中启用预测性返回系统动画，例如“返回主屏幕”动画。通过使用新的 PRIORITY_SYSTEM_NAVIGATION_OBSERVER 注册 onBackInvokedCallback，您的应用可以在系统处理返回导航时接收常规的 onBackInvoked 调用，而不会影响正常的返回导航流程。
Android 16 还添加了 finishAndRemoveTaskCallback() 和 moveTaskToBackCallback。通过向 OnBackInvokedDispatcher 注册这些回调，系统可以在调用返回手势时触发特定行为并播放相应的提前动画。
リッチ ハプティクス
Android は、誕生以来、触覚アクチュエータの制御を公開してきました。
Android 11 では、デバイス定義のセマンティック プリミティブの VibrationEffect.Compositions を介して、より高度なアクチュエータがサポートできる、より複雑なハプティクス エフェクトのサポートが追加されました。
Android 16 では、ハプティクス API が追加されました。これにより、アプリはデバイスの機能の違いを抽象化しながら、ハプティクス エフェクトの振幅と周波数の曲線を定義できます。
デベロッパーの生産性とツール
生産性を向上させるための取り組みのほとんどは、Android Studio、Jetpack Compose、Android Jetpack ライブラリなどのツールを中心に行われていますが、プラットフォームでビジョンを実現するための方法も常に探しています。
ライブ壁紙のコンテンツ処理
Android 16 では、ライブ壁紙 フレームワークに新しいコンテンツ API が追加され、ユーザー主導の動的壁紙の課題に対処できるようになりました。現在、ユーザー提供のコンテンツを組み込んだライブ壁紙には、サービス固有の複雑な実装が必要です。Android 16 では、WallpaperDescription と WallpaperInstance が導入されています。WallpaperDescription を使用すると、同じサービスからライブ壁紙の個別のインスタンスを識別できます。たとえば、ホーム画面とロック画面の両方にインスタンスがある壁紙には、両方の場所に固有のコンテンツが含まれている場合があります。壁紙選択ツールと WallpaperManager は、このメタデータを使用して壁紙をユーザーに適切に表示し、多様でパーソナライズされたライブ壁紙を作成するためのプロセスを効率化します。
パフォーマンスとバッテリー
Android 16 では、アプリに関する分析情報を収集するのに役立つ API が導入されています。
システム トリガー プロファイリング
ProfilingManager は Android 15 で追加されました。これにより、アプリは、フィールドの一般公開デバイスで Perfetto を使用してプロファイリング データの収集をリクエストできるようになりました。ただし、このプロファイリングはアプリから開始する必要があるため、起動や ANR などの重要なフローは、アプリでキャプチャするのが困難または不可能です。
これを支援するため、Android 16 では ProfilingManager にシステム トリガーのプロファイリングが導入されています。アプリは、コールド スタート reportFullyDrawn や ANR などの特定のトリガーのトレースを受信する関心を登録できます。これにより、システムはアプリに代わってトレースを開始および停止します。トレース完了後、結果はアプリのデータ ディレクトリに配信されます。
ApplicationStartInfo の開始コンポーネント
ApplicationStartInfo was added in Android
15, allowing an app to see reasons
for process start, start type, start times, throttling, and other useful
diagnostic data. Android 16 adds
getStartComponent()
to distinguish what component type triggered the start, which can be helpful for
optimizing the startup flow of your app.
ジョブのイントロスペクションの改善
JobScheduler#getPendingJobReason() API は、ジョブが保留中である理由を返します。ただし、ジョブが保留状態になる理由は複数考えられます。
Android 16 では、新しい API JobScheduler#getPendingJobReasons(int jobId) が導入されます。この API は、デベロッパーが設定した明示的な制約とシステムが設定した暗黙的な制約の両方により、ジョブが保留になっている理由を複数返します。
また、最近の制約変更のリストを返す JobScheduler#getPendingJobReasonsHistory(int jobId) も導入されます。
特に、特定のタスクの成功率が低下している場合や、特定のジョブの完了のレイテンシに関するバグがある場合は、API を使用してジョブが実行されない理由をデバッグすることをおすすめします。たとえば、バックグラウンドでのウィジェットの更新が失敗した場合や、アプリの起動前にプリフェッチ ジョブが呼び出されなかった場合です。
また、明示的に設定された制約ではなく、システム定義の制約が原因で特定のジョブが完了していないかどうかを把握するのにも役立ちます。
リフレッシュ レートの自動調整
Android 15 で導入されたリフレッシュ レートの自動調整（ARR）により、サポートされているハードウェアのディスプレイのリフレッシュ レートを、個別の VSync ステップを使用してコンテンツのフレームレートに合わせることができます。これにより、消費電力を削減し、ジャンクを引き起こす可能性のあるモード切り替えの必要性を排除できます。
Android 16 では、hasArrSupport() と getSuggestedFrameRate(int) が導入され、getSupportedRefreshRates() が復元されるため、アプリで ARR を簡単に利用できるようになります。RecyclerView 1.4 は、スワイプやスムーズ スクロールからのセットリング時に ARR を内部でサポートしています。Google は、ARR のサポートをさらに多くの Jetpack ライブラリに追加する作業を続けています。こちらのフレームレートに関する記事では、アプリで ARR を直接使用できるようにフレームレートを設定するために使用できる API について説明しています。
ADPF のヘッドルーム API
SystemHealthManager では、ゲームやリソースを大量に消費するアプリに利用可能な CPU リソースと GPU リソースの推定値を提供するように設計された getCpuHeadroom API と getGpuHeadroom API が導入されています。これらのメソッドを使用すると、アプリやゲームでシステムの健全性を最適に改善する方法を見極めることができます。特に、サーマル スロットリングを検出する他の Android Dynamic Performance Framework（ADPF）API と組み合わせて使用すると効果的です。
対応デバイスで CpuHeadroomParams と GpuHeadroomParams を使用すると、ヘッドルームの計算に使用する時間枠をカスタマイズし、リソースの平均可用性または最小可用性を選択できます。これにより、CPU または GPU のリソース使用量を適度に削減し、ユーザー エクスペリエンスとバッテリー駆動時間を改善できます。
ユーザー補助
Android 16 では、すべてのユーザーにアプリを提供するために役立つ新しいユーザー補助 API と機能が追加されています。
Accessibility API の改善
Android 16 adds additional APIs to enhance UI semantics that help improve consistency for users that rely on accessibility services, such as TalkBack.
Outline text for maximum text contrast
Users with low vision often have reduced contrast sensitivity, making it challenging to distinguish objects from their backgrounds. To help these users, Android 16 introduces outline text, replacing high contrast text, which draws a larger contrasting area around text to greatly improve legibility.
Android 16 contains new AccessibilityManager APIs to let
your apps check or register a listener to
see if this mode is enabled. This is primarily for UI Toolkits like Compose to
offer a similar visual experience. If you maintain a UI Toolkit library or your
app performs custom text rendering that bypasses the
android.text.Layout class then you can use this to know
when outline text is enabled.
Duration added to TtsSpan
Android 16 extends TtsSpan with a TYPE_DURATION,
consisting of ARG_HOURS, ARG_MINUTES,
and ARG_SECONDS. This lets you directly annotate time
duration, ensuring accurate and consistent text-to-speech output with services
like TalkBack.
Support elements with multiple labels
Android currently allows UI elements to derive their accessibility label from
another, and now offers the ability for multiple labels to be associated, a
common scenario in web content. By introducing a list-based API within
AccessibilityNodeInfo, Android can directly support these
multi-label relationships. As part of this change, we've deprecated
AccessibilityNodeInfo#setLabeledBy and
#getLabeledBy in favor of
#addLabeledBy, #removeLabeledBy, and
#getLabeledByList.
Improved support for expandable elements
Android 16 adds accessibility APIs that allow you to convey the expanded or
collapsed state of interactive elements, such as menus and expandable lists. By
setting the expanded state using setExpandedState and
dispatching TYPE_WINDOW_CONTENT_CHANGED AccessibilityEvents
with a CONTENT_CHANGE_TYPE_EXPANDED content change type,
you can ensure that screen readers like TalkBack announce
state changes, providing a more intuitive and inclusive user experience.
Indeterminate ProgressBars
Android 16 adds RANGE_TYPE_INDETERMINATE, giving a way for
you to expose RangeInfo for both determinate and
indeterminate ProgressBar widgets, allowing services like
TalkBack to more consistently provide feedback for progress
indicators.
Tri-state CheckBox
The new AccessibilityNodeInfo
getChecked and setChecked(int)
methods in Android 16 now support a "partially checked" state in addition to
"checked" and "unchecked." This replaces the deprecated boolean
isChecked and setChecked(boolean).
Supplemental descriptions
When an accessibility service describes a ViewGroup, it
combines content labels from its child views. If you provide a
contentDescription for the ViewGroup, accessibility services assume you are
also overriding the description of non-focusable child views. This can be
problematic if you want to label things like a drop-down (for example, "Font
Family") while preserving the current selection for accessibility (for example,
"Roboto"). Android 16 adds setSupplementalDescription so
you can provide text that provides information about a ViewGroup without
overriding information from its children.
Required form fields
Android 16 adds setFieldRequired to
AccessibilityNodeInfo so apps can tell an accessibility
service that input to a form field is required. This is an important scenario
for users filling out many types of forms, even things as simple as a required
terms and conditions checkbox, helping users to consistently identify and
quickly navigate between required fields.
LEA 補聴器を使用した音声通話で、スマートフォンのマイクを入力として使用
Android 16 では、LE Audio 補聴器のユーザーが、音声通話で補聴器の組み込みマイクとスマートフォンのマイクを切り替えられる機能が追加されています。これは、騒がしい環境や、補聴器のマイクがうまく機能しない可能性があるその他の状況で役立ちます。
LEA 補聴器の周囲の音の調整
Android 16 では、LE Audio 補聴器のユーザーが、補聴器のマイクによって拾われる周囲の音の音量を調整できる機能が追加されました。これは、背景のノイズがうるさすぎる場合や静かすぎる場合に役立ちます。
カメラ
Android 16 では、プロのカメラユーザー向けのサポートが強化され、ハイブリッド自動露出と、色温度と色合いの正確な調整が可能になります。新しいナイトモード インジケーターにより、アプリはナイトモードのカメラ セッションへの切り替えのタイミングを把握できます。新しい Intent アクションにより、モーション フォトを簡単に撮影できるようになりました。また、HEIC エンコードと ISO 21496-1 ドラフト標準の新しいパラメータのサポートにより、UltraHDR 画像の改善も継続して行っています。
ハイブリッド自動露出
Android 16 向 Camera2 添加了新的混合自动曝光模式，让您可以手动控制曝光的特定方面，同时让自动曝光 (AE) 算法处理其余部分。您可以控制 ISO + AE 和曝光时间 + AE，与当前方法（您要么完全手动控制，要么完全依赖自动曝光）相比，可提供更大的灵活性。
fun setISOPriority() {
// ... (Your existing code before the snippet) ...
val availablePriorityModes = mStaticInfo.characteristics.get(
CameraCharacteristics.CONTROL_AE_AVAILABLE_PRIORITY_MODES
)
// ... (Your existing code between the snippets) ...
// Turn on AE mode to set priority mode
reqBuilder.set(
CaptureRequest.CONTROL_AE_MODE,
CameraMetadata.CONTROL_AE_MODE_ON
)
reqBuilder.set(
CaptureRequest.CONTROL_AE_PRIORITY_MODE,
CameraMetadata.CONTROL_AE_PRIORITY_MODE_SENSOR_SENSITIVITY_PRIORITY
)
reqBuilder.set(
CaptureRequest.SENSOR_SENSITIVITY,
TEST_SENSITIVITY_VALUE
)
val request: CaptureRequest = reqBuilder.build()
// ... (Your existing code after the snippet) ...
}
色温度と色合いを正確に調整
Android 16 では、プロの動画撮影アプリをより適切にサポートするために、カメラで色温度と色合いを微調整できるようになりました。以前の Android バージョンでは、CONTROL_AWB_MODE で白色バランスの設定を制御できました。CONTROL_AWB_MODE には、白熱灯、曇り、夕暮れなど、プリセット リストに限定されたオプションが含まれていました。COLOR_CORRECTION_MODE_CCT を使用すると、COLOR_CORRECTION_COLOR_TEMPERATURE と COLOR_CORRECTION_COLOR_TINT を使用して、相関色温度に基づいてホワイトバランスを正確に調整できます。
fun setCCT() {
// ... (Your existing code before this point) ...
val colorTemperatureRange: Range<Int> =
mStaticInfo.characteristics[CameraCharacteristics.COLOR_CORRECTION_COLOR_TEMPERATURE_RANGE]
// Set to manual mode to enable CCT mode
reqBuilder[CaptureRequest.CONTROL_AWB_MODE] = CameraMetadata.CONTROL_AWB_MODE_OFF
reqBuilder[CaptureRequest.COLOR_CORRECTION_MODE] = CameraMetadata.COLOR_CORRECTION_MODE_CCT
reqBuilder[CaptureRequest.COLOR_CORRECTION_COLOR_TEMPERATURE] = 5000
reqBuilder[CaptureRequest.COLOR_CORRECTION_COLOR_TINT] = 30
val request: CaptureRequest = reqBuilder.build()
// ... (Your existing code after this point) ...
}
次の例は、さまざまな色温度と色合いの調整を適用した写真の外観を示しています。
カメラの夜間モードのシーン検出
夜間モードのカメラ セッションとの切り替えタイミングをアプリが把握できるように、Android 16 では EXTENSION_NIGHT_MODE_INDICATOR が追加されました。サポートされている場合は、Camera2 内の CaptureResult で使用できます。
これは、Instagram でユーザーが美しい低照度写真を撮影できるようにした方法に関するブログ投稿で、近日提供予定として簡単に言及した API です。この投稿は、夜間モードを実装する方法に関する実用的なガイドです。また、アプリ内カメラで撮影された高画質の夜間モードの写真と、アプリ内カメラから共有される写真数の増加を結びつけるケーススタディも掲載されています。
モーション フォトのキャプチャ インテント アクション
Android 16 添加了标准 intent 操作 ACTION_MOTION_PHOTO_CAPTURE 和 ACTION_MOTION_PHOTO_CAPTURE_SECURE，用于请求相机应用拍摄动态照片并将其返回。
您必须传递额外的 EXTRA_OUTPUT 来控制将图片写入的位置，或者通过 Intent.setClipData(ClipData) 传递 Uri。如果您未设置 ClipData，系统会在调用 Context.startActivity(Intent) 时将其复制到该位置。
ウルトラ HDR 画像の拡張
Android 16 继续致力于通过 UltraHDR 图片提供出色的图片质量。它添加了对 HEIC 文件格式的 UltraHDR 图片的支持。这些图片将获得 ImageFormat 类型 HEIC_ULTRAHDR，并包含类似于现有 UltraHDR JPEG 格式的嵌入式增益图。我们还在努力为 UltraHDR 添加 AVIF 支持，敬请期待。
此外，Android 16 在 UltraHDR 中实现了 ISO 21496-1 草稿标准中的其他参数，包括能够获取和设置应应用增益图算法的色彩空间，以及支持使用 SDR 增益图的 HDR 编码基础图片。
グラフィック
Android 16 には、AGSL を使用したカスタム グラフィック効果など、最新のグラフィックの改善が含まれています。
AGSL を使用したカスタム グラフィック効果
Android 16 では、RuntimeColorFilter と RuntimeXfermode が追加され、しきい値、セピア、色相飽和度などの複雑なエフェクトを作成して、描画呼び出しに適用できるようになりました。Android 13 以降では、AGSL を使用して、Shader を拡張するカスタム RuntimeShaders を作成できます。新しい API はこれをミラーリングし、ColorFilter を拡張する AGSL ベースの RuntimeColorFilter と、ソース ピクセル間と宛先ピクセル間の AGSL ベースのカスタム コンポジットとブレンドを実装できる Xfermode エフェクトを追加します。
private val thresholdEffectString = """
uniform half threshold;
half4 main(half4 c) {
half luminosity = dot(c.rgb, half3(0.2126, 0.7152, 0.0722));
half bw = step(threshold, luminosity);
return bw.xxx1 * c.a;
}"""
fun setCustomColorFilter(paint: Paint) {
val filter = RuntimeColorFilter(thresholdEffectString)
filter.setFloatUniform(0.5);
paint.colorFilter = filter
}
接続
Android 16 では、プラットフォームがアップデートされ、アプリで最新の通信技術やワイヤレス技術を利用できるようになります。
セキュリティ強化による測距
Android 16 では、Wi-Fi 6 の 802.11az を搭載したサポート対象デバイスの Wi-Fi 位置情報で堅牢なセキュリティ機能がサポートされるようになりました。これにより、アプリは、プロトコルの精度、スケーラビリティ、動的スケジューリングの向上と、AES-256 ベースの暗号化や MITM 攻撃からの保護などのセキュリティ強化を組み合わせることができます。これにより、ノートパソコンや車のドアのロック解除など、近接型のユースケースでより安全に使用できます。802.11az は Wi-Fi 6 規格と統合されており、そのインフラストラクチャと機能を活用することで、より広範な導入とより簡単なデプロイを実現します。
汎用的な距離測定 API
Android 16 包含新的 RangingManager，它提供了在受支持的硬件上确定本地设备与远程设备之间的距离和角度的方法。RangingManager 支持使用各种测距技术，例如 BLE 信道声音探测、基于 BLE RSSI 的测距、超宽带和 Wi-Fi 往返时间。
コンパニオン デバイス マネージャーのデバイスの存在
Android 16 では、コンパニオン アプリ サービスをバインドするための新しい API が導入されています。BLE が範囲内にあり、Bluetooth が接続されている場合はサービスがバインドされ、BLE が範囲外にあるか Bluetooth が接続されていない場合はサービスがバインド解除されます。アプリは、さまざまな DevicePresenceEvent に基づいて、新しい onDevicePresenceEvent() コールバックを受け取ります。詳しくは、'startObservingDevicePresence(ObservingDevicePresenceRequest)' をご覧ください。
メディア
Android 16 には、メディア エクスペリエンスを向上させるさまざまな機能が含まれています。
写真選択ツールの改善
照片选择器为用户提供了一种安全的内置授权方式，让用户可以向应用授予对本地存储空间和云端存储空间中所选图片和视频的访问权限，而不是对整个媒体库的访问权限。通过 Google 系统更新和 Google Play 服务组合使用模块化系统组件，该工具向后支持到 Android 4.4（API 级别 19）。只需几行代码即可与相关的 Android Jetpack 库集成。
Android 16 对照片选择器进行了以下改进：
- 嵌入式照片选择器：新 API，可让应用将照片选择器嵌入其视图层次结构中。这样，它就感觉像是应用中更为集成的一部分，同时仍可利用进程隔离功能，让用户能够选择媒体，而无需应用拥有过于宽泛的权限。为了最大限度地提高跨平台版本的兼容性并简化集成，如果您想集成嵌入式照片选择器，则需要使用即将推出的 Android Jetpack 库。
- 照片选择器中的云搜索：新的 API 可让 Android 照片选择器从云端媒体提供商中进行搜索。照片选择器中的搜索功能即将推出。
高度なプロフェッショナル動画
Android 16 では、プロレベルの高品質な動画の撮影とポストプロダクションに使用するように設計された Advanced Professional Video（APV）コーデックのサポートが導入されています。
APV コーデック標準には次の機能があります。
- 知覚的に損失のない動画品質（RAW 動画品質に近い）
- 複雑さが低く、スループットの高いフレーム内のみのコーディング（ピクセル ドメイン予測なし）により、編集ワークフローをより適切にサポート
- 軽量エントロピー コーディング スキームにより、2K、4K、8K 解像度のコンテンツで最大数 Gbps の高ビットレート範囲をサポート
- 没入型コンテンツと並列エンコードとデコードを可能にするフレーム タイリング
- さまざまなクロマ サンプリング形式とビット深度のサポート
- 画質の大幅な低下なしで複数のデコードと再エンコードをサポート
- マルチビュー動画と補助動画（深度、アルファ、プレビューなど）をサポートする
- HDR10/10+ とユーザー定義メタデータのサポート
APV のリファレンス実装は、OpenAPV プロジェクトで提供されています。Android 16 では、10 ビット エンコードと最大 2 Gbps のターゲット ビットレートを備えた YUV 422 カラー サンプリングを提供する APV 422-10 プロファイルのサポートが実装されます。
プライバシー
Android 16 には、アプリ デベロッパーがユーザーのプライバシーを保護するのに役立つさまざまな機能が含まれています。
ヘルスコネクトの更新
ヘルスコネクトに ACTIVITY_INTENSITY が追加されました。これは、中程度および激しいアクティビティに関する世界保健機関のガイドラインに従って定義されたデータ型です。各レコードには、開始時間、終了時間、アクティビティの強度（中程度または激しい）が必要です。
ヘルスコネクトには、医療記録をサポートする更新された API も含まれています。これにより、アプリはユーザーの明示的な同意を得て、FHIR 形式の医療記録の読み取りと書き込みを行うことができます。
Android 版プライバシー サンドボックス
Android 16 には、最新バージョンの Android 版プライバシー サンドボックスが組み込まれています。これは、ユーザーがプライバシーが保護されていることを認識できる技術を開発するための継続的な取り組みの一環です。Android 版プライバシー サンドボックスのデベロッパー ベータ版プログラムについて詳しくは、ウェブサイトをご覧ください。SDK ランタイムをご確認ください。SDK ランタイムを使用すると、SDK をサービス提供元のアプリとは別の専用のランタイム環境で実行できるため、ユーザーデータの収集と共有に関する安全対策と保証を強化できます。
セキュリティ
Android 16 には、アプリのセキュリティを強化し、アプリのデータを保護するのに役立つ機能が含まれています。
キー共有 API
Android 16 では、Android Keystore キーへのアクセスを他のアプリと共有する API が追加されています。新しい KeyStoreManager クラスは、アプリの uid による鍵へのアクセスの付与と取り消しをサポートし、アプリが共有鍵にアクセスするための API が含まれています。
デバイスのフォーム ファクタ
Android 16 では、Android のフォーム ファクタを最大限に活用するためのサポートがアプリに提供されます。
テレビの画質と音質の標準化されたフレームワーク
Android 16 中的新 MediaQuality 软件包公开了一组标准化 API，用于访问音频和图片配置文件以及与硬件相关的设置。这样，在线播放应用就可以查询配置文件并将其动态应用于媒体：
- 使用更大动态范围进行母版制作的电影需要更高的色彩准确度，才能看清阴影中的细微细节并根据环境光线进行调整，因此，最好使用色彩准确度优先于亮度的配置文件。
- 体育赛事直播通常采用较窄的动态范围进行母版制作，但通常是在白天观看，因此偏向亮度而非色彩准确度的配置文件可以获得更好的效果。
- 完全交互式内容需要尽可能减少处理以缩短延迟时间，并且需要更高的帧速率，因此许多电视都附带游戏配置文件。
借助此 API，应用可以在个人资料之间切换，用户可以享受调整支持的电视，以便尽可能适合其内容。
多言語対応
Android 16 では、デバイスが異なる言語で使用される場合のユーザー エクスペリエンスを補完する機能が追加されています。
縦書きテキスト
Android 16 では、テキストの垂直方向のレンダリングと測定に対する低レベルのサポートが追加され、ライブラリ デベロッパー向けの基本的な垂直書き込みサポートが提供されます。これは、縦書きが一般的である日本語などの言語で特に便利です。Paint クラスに新しいフラグ VERTICAL_TEXT_FLAG が追加されました。このフラグが Paint.setFlags を使用して設定されている場合、Paint のテキスト測定 API は水平方向の移動ではなく垂直方向の移動を報告し、Canvas はテキストを垂直方向に描画します。
val text = "「春は、曙。」"
Box(
Modifier.padding(innerPadding).background(Color.White).fillMaxSize().drawWithContent {
drawIntoCanvas { canvas ->
val paint = Paint().apply { textSize = 64.sp.toPx() }
// Draw text vertically
paint.flags = paint.flags or VERTICAL_TEXT_FLAG
val height = paint.measureText(text)
canvas.nativeCanvas.drawText(
text,
0,
text.length,
size.width / 2,
(size.height - height) / 2,
paint
)
}
}
) {}
測定単位のカスタマイズ
ユーザーは、[設定] の地域別の設定で測定単位をカスタマイズできるようになりました。ユーザー設定はロケール コードの一部として含まれるため、ACTION_LOCALE_CHANGED に BroadcastReceiver を登録して、地域の設定が変更されたときに言語 / 地域の構成の変更を処理できます。
フォーマッタを使用すると、ローカル エクスペリエンスに合わせることができます。たとえば、英語（米国）の「0.5 in」は、スマートフォンを英語（デンマーク）に設定しているユーザー、または英語（米国）でスマートフォンを使用しているユーザーで、測定単位としてメートル法を設定している場合は「12,7 mm」になります。
これらの設定を確認するには、設定アプリを開いて [システム] > [言語と地域] に移動します。