このページは Cloud Translation API によって翻訳されました。

機能と 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 添加了新 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.

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

The JobScheduler#getPendingJobReason() API returns a reason why a job might be pending. However, a job might be pending for multiple reasons.

In Android 16, we are introducing a new API JobScheduler#getPendingJobReasons(int jobId), which returns multiple reasons why a job is pending, due to both explicit constraints set by the developer and implicit constraints set by the system.

We're also introducing JobScheduler#getPendingJobReasonsHistory(int jobId), which returns a list of the most recent constraint changes.

We recommend using the API to help you debug why your jobs may not be executing, especially if you're seeing reduced success rates of certain tasks or have bugs around latency of certain job completion. For example, updating widgets in the background failed to occur or prefetch job failed to be called prior to app start.

This can also better help you understand if certain jobs are not completing due to system defined constraints versus explicitly set constraints.

リフレッシュレートの自動調整

Android 15 で導入されたリフレッシュレートの自動調整（ARR）により、サポートされているハードウェアのディスプレイのリフレッシュレートを、個別の VSync ステップを使用してコンテンツのフレームレートに合わせることができます。これにより、消費電力を削減し、ジャンクを引き起こす可能性のあるモード切り替えの必要性を排除できます。

Android 16 では、hasArrSupport() と getSuggestedFrameRate(int) が導入され、getSupportedRefreshRates() が復元されるため、アプリで ARR を簡単に利用できるようになります。RecyclerView 1.4 は、スワイプやスムーズスクロールからのセットリング時に ARR を内部でサポートしています。Google は、ARR のサポートをさらに多くの Jetpack ライブラリに追加する作業を続けています。こちらのフレームレートに関する記事では、アプリで ARR を直接使用できるようにフレームレートを設定するために使用できる API について説明しています。

ADPF のヘッドルーム API

SystemHealthManager 引入了 getCpuHeadroom 和 getGpuHeadroom API，旨在为游戏和资源密集型应用提供可用 CPU 和 GPU 资源的估算值。通过这些方法，您可以评估应用或游戏如何以最佳方式改善系统运行状况，尤其是在与用于检测热节流的其他 Android 动态性能框架 (ADPF) API 搭配使用时。

在受支持的设备上使用 CpuHeadroomParams 和 GpuHeadroomParams，您可以自定义用于计算余量的时间范围，并在平均资源可用性或最低资源可用性之间进行选择。这有助于您相应地减少 CPU 或 GPU 资源用量，从而提升用户体验并延长电池续航时间。

ユーザー補助

Android 16 では、すべてのユーザーにアプリを提供するために役立つ新しいユーザー補助 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 adds new hybrid auto-exposure modes to Camera2, allowing you to manually control specific aspects of exposure while letting the auto-exposure (AE) algorithm handle the rest. You can control ISO + AE, and exposure time + AE, providing greater flexibility compared to the current approach where you either have full manual control or rely entirely on auto-exposure.

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 adds camera support for fine color temperature and tint adjustments to better support professional video recording applications. In previous Android versions, you could control white balance settings through CONTROL_AWB_MODE, which contains options limited to a preset list, such as Incandescent, Cloudy, and Twilight. The COLOR_CORRECTION_MODE_CCT enables the use of COLOR_CORRECTION_COLOR_TEMPERATURE and COLOR_CORRECTION_COLOR_TINT for precise adjustments of white balance based on the correlated color temperature.

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

The following examples show how a photo would look after applying different color temperature and tint adjustments:

The original image with no color temperature or tint adjustments applied.

The image with color temperature adjusted to 3000.

The image with color temperature adjusted to 7000.

The image with tint levels lowered by 50.

The image with tint levels raised by 50.

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

为了帮助应用了解何时切换到夜间模式相机会话以及何时从夜间模式相机会话切换出，Android 16 添加了 EXTENSION_NIGHT_MODE_INDICATOR。如果受支持，则可在 Camera2 内的 CaptureResult 中使用。

这是我们在Instagram 如何让用户拍出令人惊艳的低光照片博文中提到的即将推出的 API。该博文提供了有关如何实现夜间模式的实用指南，并附有一份案例研究，该案例研究将应用内夜间模式照片质量的提升与通过应用内相机分享的照片数量的增加联系起来。

モーションフォトのキャプチャインテントアクション

Android 16 adds standard Intent actions — ACTION_MOTION_PHOTO_CAPTURE, and ACTION_MOTION_PHOTO_CAPTURE_SECURE — which request that the camera application capture a motion photo and return it.

You must either pass an extra EXTRA_OUTPUT to control where the image will be written, or a Uri through Intent.setClipData(ClipData). If you don't set a ClipData, it will be copied there for you when calling Context.startActivity(Intent).

An example of a motion photo, showing the still image followed by the motion playback.

ウルトラ HDR 画像の拡張

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 在搭载 Wi-Fi 6 的 802.11az 的受支持设备上为 Wi-Fi 位置信息添加了对强大的安全功能的支持，让应用能够将该协议的更高精确性、更高可伸缩性和动态调度与安全增强功能（包括基于 AES-256 的加密和防范中间人攻击）相结合。这样，在近距离使用情形（例如解锁笔记本电脑或车门）时，便可更安全地使用该功能。802.11az 与 Wi-Fi 6 标准集成，可利用其基础架构和功能实现更广泛的采用和更轻松的部署。

汎用的な距離測定 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.

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

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 引入了对高级专业视频 (APV) 编解码器的支持，该编解码器专为专业级高品质视频录制和后期制作而设计。

APV 编解码器标准具有以下特点：

感知上无损的视频画质（接近原始视频画质）
复杂度低且吞吐量高的仅帧内编码（无像素域预测），以更好地支持编辑工作流
支持高比特率范围（最高几十 Gbps），适用于 2K、4K 和 8K 分辨率内容，由轻量级熵编码方案实现
帧平铺，用于沉浸式内容和启用并行编码和解码
支持各种色度采样格式和位深
支持多次解码和重新编码，且不会严重降低视觉质量
支持多视图视频和辅助视频，例如深度、Alpha 和预览
支持 HDR10/10+ 和用户定义的元数据

OpenAPV 项目提供了 APV 的参考实现。Android 16 将实现对 APV 422-10 配置文件的支持，该配置文件提供 YUV 422 色彩采样以及 10 位编码，并且目标比特率最高可达 2 Gbps。

プライバシー

Android 16 には、アプリデベロッパーがユーザーのプライバシーを保護するのに役立つさまざまな機能が含まれています。

ヘルスコネクトの更新

Health Connect adds ACTIVITY_INTENSITY, a data type defined according to World Health Organization guidelines around moderate and vigorous activity. Each record requires the start time, the end time, and whether the activity intensity is moderate or vigorous.

Health Connect also contains updated APIs supporting medical records. This allows apps to read and write medical records in FHIR format with explicit user consent.

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

Android 16 には、最新バージョンの Android 版プライバシーサンドボックスが組み込まれています。これは、ユーザーがプライバシーが保護されていることを認識できる技術を開発するための継続的な取り組みの一環です。Android 版プライバシーサンドボックスのデベロッパーベータ版プログラムについて詳しくは、ウェブサイトをご覧ください。SDK ランタイムをご確認ください。SDK ランタイムを使用すると、SDK をサービス提供元のアプリとは別の専用のランタイム環境で実行できるため、ユーザーデータの収集と共有に関する安全対策と保証を強化できます。

セキュリティ

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

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

測定単位のカスタマイズ

用户现在可以在“设置”中的地区偏好设置中自定义测量系统。用户偏好设置包含在语言区域代码中，因此您可以在 ACTION_LOCALE_CHANGED 上注册 BroadcastReceiver，以便在地区偏好设置发生更改时处理语言区域配置更改。

使用格式设置程序有助于提供符合当地体验的服务。例如，对于将手机设置为英语（丹麦）或将手机设置为英语（美国）并将公制作为首选测量系统的用户，“0.5 in”的英语（美国）对应于“12,7 mm”。

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