機能と API

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 に加え、機能のアップデート、最適化、バグの修正が含まれます。アプリに影響する動作の変更は含まれません。

2025 年の Android リリースのタイムライン ビュー。25Q2 リリースはメジャー リリースで、25Q4 リリースはマイナー リリースです。

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 中，动态壁纸框架将获得一个新的 content API，以应对由用户驱动的动态壁纸带来的挑战。目前，包含用户提供的内容的实时壁纸需要复杂的服务专用实现。Android 16 引入了 WallpaperDescription 和 WallpaperInstance。借助 WallpaperDescription，您可以识别同一服务中的动态壁纸的不同实例。例如，如果某张壁纸同时在主屏幕和锁定屏幕上显示，则这两种情况下显示的内容可能各不相同。壁纸选择器和 WallpaperManager 会使用此元数据更好地向用户呈现壁纸，从而简化创建多样化个性化动态壁纸体验的过程。

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

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

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

ProfilingManager は Android 15 で追加されました。これにより、アプリは、フィールドの一般公開デバイスで Perfetto を使用してプロファイリング データの収集をリクエストできるようになりました。ただし、このプロファイリングはアプリから開始する必要があるため、起動や ANR などの重要なフローは、アプリでキャプチャするのが困難または不可能です。

これを支援するため、Android 16 では ProfilingManager にシステム トリガーのプロファイリングが導入されています。アプリは、コールド スタート reportFullyDrawn や ANR などの特定のトリガーのトレースを受信する関心を登録できます。これにより、システムはアプリに代わってトレースを開始および停止します。トレース完了後、結果はアプリのデータ ディレクトリに配信されます。

ApplicationStartInfo の開始コンポーネント

ApplicationStartInfo 在 Android 15 中添加，可让应用查看进程启动原因、启动类型、启动时间、节流和其他实用诊断数据。Android 16 添加了 getStartComponent()，用于区分触发启动的组件类型，这有助于优化应用的启动流程。

ジョブのイントロスペクションの改善

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，我们将继续努力，将 ARR 支持添加到更多 Jetpack 库中。这篇帧速率文章介绍了许多可用于设置帧速率的 API，以便您的应用可以直接使用 ARR。

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 添加了其他 API 来增强界面语义，这有助于为依赖于无障碍服务（例如 TalkBack）的用户提高一致性。

为文字添加轮廓，以最大限度地提高文字对比度

视力较低的用户对对比度的敏感度通常较低，因此很难将对象与背景区分开来。为了帮助这些用户，Android 16 引入了轮廓文本，取代了高对比度文本，后者会在文本周围绘制较大的对比度区域，以大大提高可辨性。

Android 16 包含新的 AccessibilityManager API，可让您的应用检查或注册监听器，以查看此模式是否已启用。这主要适用于 Compose 等界面工具包，以提供类似的视觉体验。如果您维护界面工具包库，或者您的应用执行绕过 android.text.Layout 类的自定义文本渲染，则可以使用此方法来了解何时启用轮廓文本。

Android 16 推出新的轮廓文本无障碍功能前后，对比度更高的文本

向 TtsSpan 添加了时长

Android 16 使用 TYPE_DURATION 扩展了 TtsSpan，其中包含 ARG_HOURS、ARG_MINUTES 和 ARG_SECONDS。这样，您就可以直接为时长添加注释，确保通过 TalkBack 等服务获得准确且一致的文本转语音输出。

支持具有多个标签的元素

Android 目前允许界面元素从其他元素派生其无障碍功能标签，现在还支持关联多个标签，这是 Web 内容中常见的情况。通过在 AccessibilityNodeInfo 中引入基于列表的 API，Android 可以直接支持这些多标签关系。在进行这项更改的过程中，我们已弃用 AccessibilityNodeInfo#setLabeledBy 和 #getLabeledBy，改用 #addLabeledBy、#removeLabeledBy 和 #getLabeledByList。

改进了对可展开元素的支持

Android 16 添加了无障碍功能 API，可让您传达互动元素（例如菜单和展开式列表）的展开或收起状态。通过使用 setExpandedState 设置展开状态，并使用 CONTENT_CHANGE_TYPE_EXPANDED 内容更改类型调度 TYPE_WINDOW_CONTENT_CHANGED AccessibilityEvents，您可以确保 TalkBack 等屏幕阅读器会读出状态更改，从而提供更直观、更包容的用户体验。

不确定进度条

Android 16 添加了 RANGE_TYPE_INDETERMINATE，让您可以为确定性和不确定性 ProgressBar 微件公开 RangeInfo，从而让 TalkBack 等服务能够更一致地为进度指示器提供反馈。

三态复选框

Android 16 中的新 AccessibilityNodeInfo getChecked 和 setChecked(int) 方法现在除了“已选中”和“未选中”之外，还支持“部分选中”状态。此字段取代了已废弃的布尔值 isChecked 和 setChecked(boolean)。

补充说明

如果无障碍服务提供关于 ViewGroup 的说明，则会将来自其子视图的内容标签合并在一起。如果您为 ViewGroup 提供 contentDescription，无障碍服务会假定您还要覆盖不可聚焦的子视图的说明。如果您想为下拉菜单等内容添加标签（例如“字体系列”），同时保留当前的无障碍功能选择（例如“Roboto”），这可能会造成问题。Android 16 添加了 setSupplementalDescription，以便您提供用于提供 ViewGroup 相关信息的文本，而不会覆盖其子项中的信息。

必填表单字段

Android 16 向 AccessibilityNodeInfo 添加了 setFieldRequired，以便应用可以告知无障碍服务需要输入表单字段。对于填写各种类型表单的用户而言，这是一个重要的场景，即使是简单的必填条款及条件复选框，也能帮助用户始终如一地识别必填字段并在必填字段之间快速导航。

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

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

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


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

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

夜間モードのカメラ セッションとの切り替えタイミングをアプリが把握できるように、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 画像拡張

标准动态范围 (SDR) 与高动态范围 (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，让您可以创作阈值、Sepia 和 Hue Saturation 等复杂效果，并将其应用于绘制调用。从 Android 13 开始，您可以使用 AGSL 创建扩展 Shader 的自定义 RuntimeShader。新 API 反映了这一点，添加了由 AGSL 驱动的 RuntimeColorFilter（用于扩展 ColorFilter）和 Xfermode 效果，让您可以在源像素和目标像素之间实现基于 AGSL 的自定义合成和混合。

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 在范围内且蓝牙处于连接状态时，系统会绑定服务；当 BLE 不在范围内或蓝牙处于断开连接状态时，系统会解除绑定服务。应用将根据各种 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 には、アプリ デベロッパーがユーザーのプライバシーを保護するのに役立つさまざまな機能が含まれています。

ヘルスコネクトの更新

Health Connect 添加了 ACTIVITY_INTENSITY，这是一种根据世界卫生组织关于中等强度和剧烈强度活动的指南定义的数据类型。每个记录都需要提供开始时间、结束时间以及活动强度（中等或剧烈）。

Health Connect 还包含支持医疗记录的更新版 API。这样一来，应用便可在征得用户明确同意的情况下，读取和写入 FHIR 格式的医疗记录。

Android 版プライバシー サンドボックス

Android 16 中集成了最新版本的 Privacy Sandbox on Android，这是我们持续致力于开发可让用户放心地知道其隐私受到保护的技术的一部分。您可以访问我们的网站，详细了解 Privacy Sandbox on Android 开发者 Beta 版计划，以便顺利上手。不妨了解 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”。

如需找到这些设置，请打开“设置”应用，然后依次前往系统 > 语言和地区。