機能と API

Android 16 では、デベロッパー向けに優れた新しい機能と API が導入されました。以下の セクションでは、これらの機能の概要を説明し、関連する API を使い始めるのに役立つ情報を提供します。

新しい API、変更された API、削除された API の一覧については、API 差分 レポートをご覧ください。新しい API について詳しくは、Android API リファレンスをご覧ください。新しい API は、見つけやすいようにハイライト表示されています。

プラットフォームの変更がアプリに影響する可能性がある領域も確認する必要があります。詳しくは、以下のページをご覧ください。

コア機能

Android には、Android システムのコア機能を拡張する新しい API が含まれています。

2025 年にリリースされる 2 つの Android API

  • This preview is for the next major release of Android with a planned launch in Q2 of 2025. This release is similar to all of our API releases in the past, where we can have planned behavior changes that are often tied to a targetSdkVersion.
  • We're planning the major release a quarter earlier (Q2 rather than Q3 in prior years) to better align with the schedule of device launches across our ecosystem, so more devices can get the major release of Android sooner. With the major release coming in Q2, you'll need to do your annual compatibility testing a few months earlier than in previous years to make sure your apps are ready.
  • We plan to have another release in Q4 of 2025 which also will include new developer APIs. The Q2 major release will be the only release in 2025 to include planned behavior changes that could affect apps.

In addition to new developer APIs, the Q4 minor release will pick up feature updates, optimizations, and bug fixes; it will not include any app-impacting behavior changes.

Timeline view of Android releases in 2025, noting that the 25Q2 release is a major release and the 25Q4 release is a minor release.

We'll continue to have quarterly Android releases. The Q1 and Q3 updates in-between the API releases will provide incremental updates to help ensure continuous quality. We're actively working with our device partners to bring the Q2 release to as many devices as possible.

Using new APIs with major and minor releases

Guarding a code block with a check for API level is done today using the SDK_INT constant with VERSION_CODES. This will continue to be supported for major Android releases.

if (SDK_INT >= VERSION_CODES.BAKLAVA) {
  // Use APIs introduced in Android 16
}

The new SDK_INT_FULL constant can be used for API checks against both major and minor versions with the new VERSION_CODES_FULL enumeration.

if (SDK_INT_FULL >= VERSION_CODES_FULL.[MAJOR or MINOR RELEASE]) {
  // Use APIs introduced in a major or minor release
}

You can also use the Build.getMinorSdkVersion() method to get just the minor SDK version.

val minorSdkVersion = Build.getMinorSdkVersion(VERSION_CODES_FULL.BAKLAVA)

These APIs have not yet been finalized and are subject to change, so please send us feedback if you have any concerns.

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

Android 16 では、アプリ デベロッパーとユーザーが、ニーズに合わせてデバイスを構成するための制御と柔軟性を高めることができます。

進捗状況を中心とした通知

Android 16 では、ユーザーが開始した、最初から最後までのジャーニーをシームレスに追跡できるように、進行状況重視の通知が導入されています。

Notification.ProgressStyle は、進行状況重視の通知を作成できる新しい通知スタイルです。主なユースケースには、乗車シェアリング、配達、ナビゲーションなどがあります。Notification.ProgressStyle クラス内で、ポイントとセグメントを使用して、ユーザー ジャーニー内の状態とマイルストーンを指定できます。

To learn more, see the Progress-centric notifications documentation page.

ロック画面に表示される進行状況重視の通知。
通知シェードに表示される進行状況重視の通知。

予測型「戻る」のアップデート

Android 16 adds new APIs to help you enable predictive back system animations in gesture navigation such as the back-to-home animation. Registering the onBackInvokedCallback with the new PRIORITY_SYSTEM_NAVIGATION_OBSERVER allows your app to receive the regular onBackInvoked call whenever the system handles a back navigation without impacting the normal back navigation flow.

Android 16 additionally adds the finishAndRemoveTaskCallback() and moveTaskToBackCallback. By registering these callbacks with the OnBackInvokedDispatcher, the system can trigger specific behaviors and play corresponding ahead-of-time animations when the back gesture is invoked.

リッチ ハプティクス

Android has exposed control over the haptic actuator ever since its inception.

Android 11 added support for more complex haptic effects that more advanced actuators could support through VibrationEffect.Compositions of device-defined semantic primitives.

Android 16 adds haptic APIs that let apps define the amplitude and frequency curves of a haptic effect while abstracting away differences between device capabilities.

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

生産性を向上させるための作業のほとんどは、 Android Studio、Jetpack Compose、Android Jetpackライブラリなどのツールを中心に行っていますが、プラットフォームで ビジョンを実現するための方法も常に模索しています。

ライブ壁紙のコンテンツ処理

In Android 16, the live wallpaper framework is gaining a new content API to address the challenges of dynamic, user-driven wallpapers. Currently, live wallpapers incorporating user-provided content require complex, service-specific implementations. Android 16 introduces WallpaperDescription and WallpaperInstance. WallpaperDescription lets you identify distinct instances of a live wallpaper from the same service. For example, a wallpaper that has instances on both the home screen and on the lock screen may have unique content in both places. The wallpaper picker and WallpaperManager use this metadata to better present wallpapers to users, streamlining the process for you to create diverse and personalized live wallpaper experiences.

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

Android 16 では、アプリに関する分析情報を収集するのに役立つ API が導入されています。

システム トリガー プロファイリング

ProfilingManager was added in Android 15, giving apps the ability to request profiling data collection using Perfetto on public devices in the field. However, since this profiling must be started from the app, critical flows such as startups or ANRs would be difficult or impossible for apps to capture.

To help with this, Android 16 introduces system-triggered profiling to ProfilingManager. Apps can register interest in receiving traces for certain triggers such as cold start reportFullyDrawn or ANRs, and then the system starts and stops a trace on the app's behalf. After the trace completes, the results are delivered to the app's data directory.

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

The SystemHealthManager introduces the getCpuHeadroom and getGpuHeadroom APIs, designed to provide games and resource-intensive apps with estimates of available CPU and GPU resources. These methods offer a way for you to gauge how your app or game can best improve system health, particularly when used in conjunction with other Android Dynamic Performance Framework (ADPF) APIs that detect thermal throttling.

By using CpuHeadroomParams and GpuHeadroomParams on supported devices, you can customize the time window used to compute the headroom and select between average or minimum resource availability. This can help you reduce your CPU or GPU resource usage accordingly, leading to better user experiences and improved battery life.

ユーザー補助

Android 16 では、新しいユーザー補助 API と機能が追加され、すべてのユーザーにアプリを提供できるようになります。

ユーザー補助 API の改善

Android 16 では、UI セマンティクスを強化する API が追加され、TalkBack などのユーザー補助サービスに依存するユーザーの整合性が向上します。

テキストのコントラストを最大化するためにテキストの輪郭を表示する

視力の弱いユーザーはコントラスト感度が低下していることが多いため、オブジェクトを背景と区別するのが困難です。このようなユーザーをサポートするため、Android 16 では高コントラスト テキストに代わるアウトライン テキストが導入されました。アウトライン テキストは、テキストの周囲に大きなコントラスト領域を描画して、読みやすさを大幅に改善します。

Android 16 には、アプリがこのモードが有効になっているかどうかを確認またはリスナーを登録できる新しい AccessibilityManager API が含まれています。これは主に、Compose などの UI ツールキットが同様のビジュアル エクスペリエンスを提供するために使用されます。UI ツールキット ライブラリを維持している場合や、アプリが android.text.Layout クラスをバイパスするカスタム テキスト レンダリングを実行している場合は、このクラスを使用して、アウトライン テキストが有効になっているかどうかを確認できます。

Android 16 の新しいアウトライン テキストのユーザー補助機能の前後でコントラストが強化されたテキスト

TtsSpan に時間の長さを追加

Android 16 では、TtsSpan を TYPE_DURATION で拡張しています。これは、ARG_HOURS、ARG_MINUTES、ARG_SECONDS で構成されています。これにより、時間の長さを直接アノテーションして、TalkBack などのサービスで正確で一貫したテキスト読み上げ出力を実現できます。

複数のラベルを持つ要素をサポートする

現在、Android では UI 要素が別の要素からユーザー補助ラベルを派生させることができますが、ウェブ コンテンツでよくあるシナリオとして、複数のラベルを関連付ける機能が追加されました。AccessibilityNodeInfo 内にリストベースの API を導入することで、Android はこれらのマルチラベル関係を直接サポートできるようになります。この変更の一環として、AccessibilityNodeInfo#setLabeledBy と #getLabeledBy のサポートが終了し、代わりに #addLabeledBy、#removeLabeledBy、#getLabeledByList が使用されるようになりました。

展開可能な要素のサポートを改善しました

Android 16 では、メニューや展開可能なリストなどのインタラクティブな要素の展開状態や閉じ状態を伝達できるユーザー補助 API が追加されています。setExpandedState を使用して展開状態を設定し、CONTENT_CHANGE_TYPE_EXPANDED コンテンツ変更タイプで TYPE_WINDOW_CONTENT_CHANGED AccessibilityEvents をディスパッチすると、TalkBack などのスクリーン リーダーが状態の変化を通知し、より直感的で包括的なユーザー エクスペリエンスを提供できます。

不確定形式の ProgressBar

Android 16 では RANGE_TYPE_INDETERMINATE が追加され、確定型と不確定型の両方の ProgressBar ウィジェットに RangeInfo を公開できるようになりました。これにより、TalkBack などのサービスが進行状況インジケータのフィードバックをより一貫して提供できるようになります。

3 つの状態のチェックボックス

Android 16 の新しい AccessibilityNodeInfo メソッド getChecked と setChecked(int) は、「チェック済み」と「未チェック」に加えて、「部分的にチェック済み」の状態をサポートするようになりました。これは、非推奨のブール値 isChecked と setChecked(boolean) に代わるものです。

補足説明

ユーザー補助サービスが ViewGroup を記述する場合は、その子ビューのコンテンツ ラベルと組み合わせます。ViewGroup に contentDescription を指定すると、ユーザー補助サービスは、フォーカス不可能な子ビューの説明もオーバーライドしていると想定します。たとえば、ドロップダウン（「フォント ファミリー」など）にラベルを付けながら、ユーザー補助用に現在の選択内容（「Roboto」など）を保持したい場合、この点が問題になることがあります。Android 16 では setSupplementalDescription が追加され、子からの情報を上書きせずに ViewGroup に関する情報を提供するテキストを指定できるようになりました。

必須のフォーム フィールド

Android 16 では、AccessibilityNodeInfo に setFieldRequired が追加され、アプリがフォーム フィールドへの入力が必須であることをユーザー補助サービスに通知できるようになりました。これは、必須の利用規約チェックボックスなど、さまざまな種類のフォームに記入するユーザーにとって重要なシナリオです。ユーザーは、必須フィールドを一貫して識別し、すばやく移動できます。

LEA 補聴器を使用した音声通話でマイク入力としてスマートフォンを使用

Android 16 adds the capability for users of LE Audio hearing aids to switch between the built-in microphones on the hearing aids and the microphone on their phone for voice calls. This can be helpful in noisy environments or other situations where the hearing aid's microphones might not perform well.

LEA 補聴器の周囲の音量調節

Android 16 adds the capability for users of LE Audio hearing aids to adjust the volume of ambient sound that is picked up by the hearing aid's microphones. This can be helpful in situations where background noise is too loud or too quiet.

カメラ

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) ...
}

次の例は、さまざまな色温度と色合いの調整を適用した写真の外観を示しています。

色温度や色合いの調整が適用されていない元の画像。
色温度が 3000 に調整された画像。
色温度が 7,000 に調整された画像。


色合いレベルを 50 下げた画像。
色合いレベルを 50 上げた画像。

カメラの夜間モード シーン検出

夜間モードのカメラ セッションとの切り替えタイミングをアプリが把握できるように、Android 16 では EXTENSION_NIGHT_MODE_INDICATOR が追加されました。サポートされている場合は、Camera2 内の CaptureResult で使用できます。

これは、Instagram でユーザーが美しい低照度写真を撮影できるようにした方法に関するブログ投稿で、近日提供予定として簡単に言及した API です。この投稿は、夜間モードを実装する方法に関する実用的なガイドです。また、アプリ内カメラで撮影された高画質の夜間モードの写真と、アプリ内カメラから共有される写真数の増加を結びつけるケーススタディも掲載されています。

モーション フォト撮影インテント アクション

Android 16 では、カメラ アプリにモーション フォトをキャプチャして返すようリクエストする標準インテント アクション（ACTION_MOTION_PHOTO_CAPTURE、ACTION_MOTION_PHOTO_CAPTURE_SECURE）が追加されました。

追加の EXTRA_OUTPUT を渡してイメージの書き込み先を制御するか、Intent.setClipData(ClipData) を介して Uri を渡す必要があります。ClipData を設定しないと、Context.startActivity(Intent) を呼び出すときにコピーされます。

モーション フォトの例。静止画像の後にモーション再生が表示されます。

UltraHDR 画像の機能強化

An illustration of Standard Dynamic Range (SDR) versus High Dynamic Range (HDR) image quality.

Android 16 continues our work to deliver dazzling image quality with UltraHDR images. It adds support for UltraHDR images in the HEIC file format. These images will get ImageFormat type HEIC_ULTRAHDR and will contain an embedded gainmap similar to the existing UltraHDR JPEG format. We're working on AVIF support for UltraHDR as well, so stay tuned.

In addition, Android 16 implements additional parameters in UltraHDR from the ISO 21496-1 draft standard, including the ability to get and set the colorspace that gainmap math should be applied in, as well as support for HDR encoded base images with SDR gainmaps.

グラフィック

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 adds support for robust security features in Wi-Fi location on supported devices with Wi-Fi 6's 802.11az, allowing apps to combine the higher accuracy, greater scalability, and dynamic scheduling of the protocol with security enhancements including AES-256-based encryption and protection against MITM attacks. This allows it to be used more safely in proximity use cases, such as unlocking a laptop or a vehicle door. 802.11az is integrated with the Wi-Fi 6 standard, leveraging its infrastructure and capabilities for wider adoption and easier deployment.

汎用測距 API

Android 16 includes the new RangingManager, which provides ways to determine the distance and angle on supported hardware between the local device and a remote device. RangingManager supports the usage of a variety of ranging technologies such as BLE channel sounding, BLE RSSI-based ranging, Ultra Wideband, and Wi-Fi round trip time.

コンパニオン デバイス マネージャーのデバイスの存在

In Android 16, new APIs are being introduced for binding your companion app service. Service will be bound when BLE is in range and Bluetooth is connected and service will be unbound when BLE is out of range or Bluetooth is disconnected. App will receives a new 'onDevicePresenceEvent()' callback based on various of DevicePresenceEvent. More details can be found in 'startObservingDevicePresence(ObservingDevicePresenceRequest)'.

メディア

Android 16 には、メディア エクスペリエンスを向上させるさまざまな機能が含まれています。

写真選択ツールの改善

写真選択ツールは、メディア ライブラリ全体ではなく、ローカル ストレージとクラウド ストレージの両方から選択した画像と動画にアプリがアクセスできるようにする、安全な組み込みツールです。Google システム アップデートを介したモジュラー システム コンポーネントと Google Play 開発者サービスを組み合わせて、Android 4.4（API レベル 19）以前に対応しています。統合に必要なコードは、関連する Android Jetpack ライブラリで数行のみです。

Android 16 では、写真選択ツールが次のように改善されています。

  • 埋め込み写真選択ツール: アプリがビュー階層に写真選択ツールを埋め込むことを可能にする新しい API。これにより、アプリのより統合された部分のように感じながら、プロセスの分離を活用して、アプリが過度に広範な権限を必要とせずにユーザーがメディアを選択できるようにします。埋め込みの写真選択ツールを統合する場合は、プラットフォーム バージョン間の互換性を最大限に高め、統合を簡素化するために、今後リリースされる Android Jetpack ライブラリを使用することをおすすめします。
  • 写真選択ツールでの Cloud Search: Android の写真選択ツールでクラウド メディア プロバイダからの検索を可能にする新しい API。写真選択ツールの検索機能は近日提供予定です。

高度なプロフェッショナル動画

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 incorporates the latest version of the Privacy Sandbox on Android, part of our ongoing work to develop technologies where users know their privacy is protected. Our website has more about the Privacy Sandbox on Android developer beta program to help you get started. Check out the SDK Runtime which allows SDKs to run in a dedicated runtime environment separate from the app they are serving, providing stronger safeguards around user data collection and sharing.

セキュリティ

Android 16 には、アプリのセキュリティを強化し、 アプリのデータを保護するのに役立つ機能が含まれています。

キー共有 API

Android 16 adds APIs that support sharing access to Android Keystore keys with other apps. The new KeyStoreManager class supports granting and revoking access to keys by app uid, and includes an API for apps to access shared keys.

デバイスのフォーム ファクタ

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
            )
        }
    }
) {}

測定単位のカスタマイズ

Users can now customize their measurement system in regional preferences within Settings. The user preference is included as part of the locale code, so you can register a BroadcastReceiver on ACTION_LOCALE_CHANGED to handle locale configuration changes when regional preferences change.

Using formatters can help match the local experience. For example, "0.5 in" in English (United States), is "12,7 mm" for a user who has set their phone to English (Denmark) or who uses their phone in English (United States) with the metric system as the measurement system preference.

To find these settings, open the Settings app and navigate to System > Languages & region.