機能と API

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

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

• Android 16 をターゲットとするアプリに影響する動作の変更点
• targetSdkVersion に関係なく、すべてのアプリに影響する動作の変更点。

コア機能

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.

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 クラス内で、ポイントとセグメントを使用して、ユーザー ジャーニー内の状態とマイルストーンを指定できます。

詳細については、進行状況重視の通知のドキュメント ページをご覧ください。

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

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

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

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 は Android 15 で追加されました。これにより、アプリはプロセスの開始理由、開始タイプ、開始時間、スロットリングなどの有用な診断データを確認できるようになりました。Android 16 では、起動をトリガーしたコンポーネントのタイプを区別するために getStartComponent() が追加されました。これは、アプリの起動フローを最適化する際に役立ちます。

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

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 では、ゲームやリソースを大量に消費するアプリに利用可能な 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 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 では、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 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:

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

To help your app know when to switch to and from a night mode camera session, Android 16 adds EXTENSION_NIGHT_MODE_INDICATOR. If supported, it's available in the CaptureResult within Camera2.

This is the API we briefly mentioned as coming soon in the How Instagram enabled users to take stunning low light photos blog post. That post is a practical guide on how to implement night mode together with a case study that links higher-quality in-app night mode photos with an increase in the number of photos shared from the in-app camera.

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

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

ウルトラ HDR 画像拡張

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 adds RuntimeColorFilter and RuntimeXfermode, allowing you to author complex effects like Threshold, Sepia, and Hue Saturation and apply them to draw calls. Since Android 13, you've been able to use AGSL to create custom RuntimeShaders that extend Shader. The new API mirrors this, adding an AGSL-powered RuntimeColorFilter that extends ColorFilter, and a Xfermode effect that lets you implement AGSL-based custom compositing and blending between source and destination pixels.

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 には、サポートされているハードウェアでローカル デバイスとリモート デバイス間の距離と角度を決定する方法を提供するための新しい RangingManager が含まれています。RangingManager は、BLE チャネル サウンド、BLE RSSI ベースの測距、ウルトラワイドバンド、Wi-Fi ラウンドトリップ時間など、さまざまな測距技術の使用をサポートしています。

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

Android 16 では、コンパニオン アプリ サービスをバインドするための新しい API が導入されています。BLE が範囲内にあり、Bluetooth が接続されている場合はサービスがバインドされ、BLE が範囲外にあるか Bluetooth が接続されていない場合はサービスがバインド解除されます。アプリは、さまざまな DevicePresenceEvent に基づいて、新しい onDevicePresenceEvent() コールバックを受け取ります。詳しくは、'startObservingDevicePresence(ObservingDevicePresenceRequest)' をご覧ください。

メディア

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

写真選択ツールの改善

The photo picker provides a safe, built-in way for users to grant your app access to selected images and videos from both local and cloud storage, instead of their entire media library. Using a combination of Modular System Components through Google System Updates and Google Play services, it's supported back to Android 4.4 (API level 19). Integration requires just a few lines of code with the associated Android Jetpack library.

Android 16 includes the following improvements to the photo picker:

• Embedded photo picker: New APIs that enable apps to embed the photo picker into their view hierarchy. This allows it to feel like a more integrated part of the app while still leveraging the process isolation that allows users to select media without the app needing overly broad permissions. To maximize compatibility across platform versions and simplify your integration, you'll want to use the forthcoming Android Jetpack library if you want to integrate the embedded photo picker.
• Cloud search in photo picker: New APIs that enable searching from the cloud media provider for the Android photo picker. Search functionality in the photo picker is coming soon.

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

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 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 には、アプリのセキュリティを強化し、アプリのデータを保護するのに役立つ機能が含まれています。

キー共有 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」になります。

これらの設定を確認するには、設定アプリを開いて [システム] > [言語と地域] に移動します。