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.

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.
デベロッパーの生産性とツール
生産性を向上させるための Google の取り組みのほとんどは、Android Studio、Jetpack Compose、Android Jetpack ライブラリなどのツールに重点を置いていますが、Google は常に、デベロッパーのビジョンの実現をサポートする方法についてプラットフォーム内で検討しています。
ライブ壁紙のコンテンツの処理
Android 16 では、ライブ壁紙 フレームワークに新しいコンテンツ 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 を内部でサポートしています。Google は、ARR のサポートをさらに多くの Jetpack ライブラリに追加する作業を続けています。こちらのフレームレートに関する記事では、アプリで ARR を直接使用できるようにフレームレートを設定するために使用できる API について説明しています。
ADPF の Headroom 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 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 を制御できるため、完全な手動制御か自動露出に完全に依存するかのどちらかである現在のアプローチよりも柔軟性が増します。
public void setISOPriority() {
...
int[] availablePriorityModes =
mStaticInfo.getCharacteristics().get(CameraCharacteristics.
COLOR_AE_AVAILABLE_PRIORITY_MODES);
...
// 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);
reqBuilder.set(CaptureRequest.SENSOR_SENSITIVITY,
TEST_SENSITIVITY_VALUE);
CaptureRequest request = reqBuilder.build();
...
}
色温度と色合いを正確に調整する
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:





カメラの夜間モードでのシーン検出
夜間モードのカメラ セッションとの切り替えタイミングをアプリが把握できるように、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)
.
ウルトラ HDR 画像の補正

Android 16 では、UltraHDR 画像で鮮明な画質を実現するための取り組みを継続しています。HEIC ファイル形式の UltraHDR 画像のサポートが追加されました。これらの画像は ImageFormat
タイプ HEIC_ULTRAHDR
になり、既存の UltraHDR JPEG 形式と同様に埋め込みのゲインマップが含まれます。UltraHDR の AVIF サポートにも取り組んでおりますので、どうぞご期待ください。
さらに、Android 16 では、ISO 21496-1 ドラフト標準の UltraHDR に追加のパラメータを実装しています。これには、ゲインマップの計算を適用するカラースペースを取得して設定する機能や、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 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.
コンパニオン デバイス マネージャーのデバイスの存在
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 ライブラリを使用することをおすすめします。
- 写真選択ツールでの 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 には、最新バージョンの Android 版プライバシー サンドボックスが組み込まれています。これは、ユーザーがプライバシーが保護されていることを認識できる技術を開発するための継続的な取り組みの一環です。Android 版プライバシー サンドボックスのデベロッパー ベータ版プログラムについて詳しくは、ウェブサイトをご覧ください。SDK ランタイムをご確認ください。SDK ランタイムを使用すると、SDK をサービス提供元のアプリとは別の専用のランタイム環境で実行できるため、ユーザーデータの収集と共有に関する安全対策と保証を強化できます。
セキュリティ
Android 16 には、アプリのセキュリティを強化し、アプリのデータを保護する機能が含まれています。
Key sharing 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 のフォーム ファクタを最大限に活用できるアプリのサポートが提供されます。
テレビの画質と音質の標準化フレームワーク
The new MediaQuality
package in Android 16 exposes
a set of standardized APIs for access to audio and picture profiles and
hardware-related settings. This allows streaming apps to query profiles and
apply them to media dynamically:
- Movies mastered with a wider dynamic range require greater color accuracy to see subtle details in shadows and adjust to ambient light, so a profile that prefers color accuracy over brightness may be appropriate.
- Live sporting events are often mastered with a narrow dynamic range, but are often watched in daylight, so a profile that preferences brightness over color accuracy can give better results.
- Fully interactive content wants minimal processing to reduce latency, and wants higher frame rates, which is why many TV's ship with a game profile.
The API allows apps to switch between profiles and users to enjoy tuning supported TVs to best suit their content.
多言語対応
Android 16 では、デバイスが異なる言語で使用されている場合のユーザー エクスペリエンスを補完する機能が追加されています。
縦向きのテキスト
Android 16 adds low-level support for rendering and measuring text vertically to
provide foundational vertical writing support for library developers. This is
particularly useful for languages like Japanese that commonly use vertical
writing systems. A new flag,
VERTICAL_TEXT_FLAG
,
has been added to the Paint
class. When
this flag is set using
Paint.setFlags
, Paint's
text measurement APIs will report vertical advances instead of horizontal
advances, and Canvas
will draw text
vertically.
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」になります。
これらの設定を確認するには、設定アプリを開いて [システム] > [言語と地域] に移動します。