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

Android 8.0 の機能と API

Android 8.0（API レベル 26）では、ユーザーやデベロッパー向けのさまざまな新機能が導入されています。このドキュメントでは、デベロッパー向けの最新情報を紹介します。

プラットフォームの変更によりアプリが影響を受ける分野については、Android 8.0 の動作変更点もご確認ください。

ユーザーエクスペリエンス

ピクチャーインピクチャーモード

Android 8.0 のピクチャーインピクチャー。

Android 8.0（API レベル 26）では、アクティビティをピクチャーインピクチャー（PIP）モードで起動できます。PIP は特別なタイプのマルチウィンドウモードで、主に動画の再生に使用されます。もともと PIP モードは Android TV のみAndroid 8.0 では、この機能が他の Android デバイスでも使えます。

アクティビティが PIP モードのときは、一時停止状態になりますが、コンテンツが引き続き表示されます。そのため、アプリの開発においては、 onPause() で再生は一時停止しません。使用します。その代わり、動画は onStop() で停止し、onStart() で再生を再開するようにします。詳細については、次をご覧ください: マルチウィンドウライフサイクルをご覧ください。

アクティビティが PIP モードを使えるようにするには、マニフェストで android:supportsPictureInPicture を true に設定します。（Android 8.0 以降では、PIP に android:resizeableActivity マニフェスト属性は必要ありません。ただし、ファイアウォールルールでアクティビティが他のアクティビティをサポートしている場合は、android:resizeableActivity を「true」に設定マルチウィンドウモード。

Android 8.0（API レベル 26）では、新しいオブジェクト PictureInPictureParams が導入されています。これを PIP メソッドに渡して、アクティビティの動作方法を指定します。クリックします。このオブジェクトでは、変数、アクティビティのアスペクト比

ピクチャインピクチャの追加に記載されている既存の PIP メソッドは、Android TV だけでなく、すべての Android 端末で利用できるようになりました。また Android 8.0 では、次のメソッドがサポートされています。 PIP モード:

Activity.enterPictureInPictureMode(PictureInPictureParams args): アクティビティをピクチャーインピクチャーモードで配置します。アクティビティのアスペクト比などの構成設定は、args で指定します。フィールド args が空の場合は、前回 Activity.setPictureInPictureParams() と呼ばれます。
指定されたアクティビティが画面の隅に配置される。残りの部分画面上にあった以前のアクティビティで画面いっぱいになります。 PIP モードに入ったアクティビティは一時停止状態になりますが、開始された状態は維持されます。ユーザーが PIP アクティビティをタップすると、次のメニューが表示されます。操作するユーザーを指定します。アクティビティに到達している間は、アクティビティに到達しない割り当てます
Activity.setPictureInPictureParams(): アクティビティの PIP 構成設定を更新します。アクティビティが現在のモードが PIP モードの場合は、設定が更新されます。これはアスペクト比を変更できます。アクティビティが PIP モードでない場合、構成設定は、構成環境に関係なく enterPictureInPictureMode() メソッドを呼び出します。

通知

Android 8.0（API レベル 26）では、通知が再設計されており、一貫性のある簡単な方法で通知の動作や設定を管理できるようになっています。変更点は以下のとおりです。

ユーザーはアプリランチャーアイコンを長押しして表示できます。 Android 8.0 では通知が無効になっています。

通知チャンネル: Android 8.0 では、通知チャンネルが導入されています。これにより、表示する通知の種類ごとに、ユーザーがカスタマイズ可能なチャンネルを作成できるようになります。ユーザーインターフェースでは、通知チャンネルは通知カテゴリと見なされます。通知チャンネルの実装方法については、通知チャンネルの管理をご覧ください。
通知ドット: Android 8.0 で、アプリランチャーアイコン上のドットまたはバッジ。通知ドットは、ユーザーがまだ非表示にしたり、対応したりしていない通知があることを示します。通知ドットの操作方法については、通知。
スヌーズ: 通知をスヌーズできます。スヌーズする通知は表示されません。再表示されることはありませんその場合、最初に表示されたときと同じ重要度で通知が再表示されます。アプリは削除や更新を行えます更新しても、更新しても再表示されます。
通知のタイムアウト: 新しいメッセージを作成するとき、使用すると、 setTimeoutAfter()。このメソッドを使うと、通知がキャンセルされるタイムアウト時間を指定できます。必要に応じて、指定されたタイムアウト時間が経過する前に通知をキャンセルすることもできます。
通知設定: setSettingsText() を呼び出して、Notification.INTENT_CATEGORY_NOTIFICATION_PREFERENCES インテントを使用して通知からアプリの通知設定へのリンクを作成するときに表示されるテキストを設定できます。アプリがユーザーに表示する必要のある設定をフィルタリングするために、システムからインテントにエクストラ EXTRA_CHANNEL_ID、NOTIFICATION_TAG、NOTIFICATION_ID が提供される場合があります。
通知の非表示化: ユーザーは通知を非表示にできます。アプリはプログラムで通知を削除できます。通知が閉じられる時刻と閉じられた理由を特定するには、NotificationListenerService クラスの onNotificationRemoved() メソッドを実装します。
背景色: 動画の背景色を設定したり、有効にしたりできます。通知を受け取ります。この機能は、ユーザーが一目で重要性が認識できる継続中のタスクの通知にのみ利用するようにしてください。たとえば、運転ルートや現在の通話に関する通知に背景色を設定できます。また、使用する背景色を setColor()。これにより、setColorized() を使って通知の背景色の使用を有効にできるようになりました。
メッセージスタイル: Android 8.0 では、MessagingStyle クラスを使用する通知は、折りたたみフォームに、より多くのコンテンツを表示します。メッセージング関連の通知には、MessagingStyle クラスを使うようにしてください。また、addHistoricMessage() メソッドを使用すると、メッセージング関連の通知に履歴メッセージを追加して、会話にコンテキストを提供することもできます。

自動入力フレームワーク

アカウントの作成、ログイン、クレジットカードの取引には時間がかかり、エラーが発生する可能性があります。このようなタイプを必要とするアプリでは、ユーザーは不満を抱く可能性があります可能になります。

Android 8.0（API レベル 26）では、ログインなどのフォームへの入力ができるようになっています。自動入力フレームワークの導入により、簡単に行えるようにしました。ユーザーがオプトインすると、既存および新規のアプリが自動入力フレームワークで機能する自動的に入力されます。

いくつかの手順を踏んで、アプリとフレームワークの連携を最適化できます。詳しくは自動入力フレームワークの概要をご覧ください。

ダウンロード可能なフォント

Android 8.0（API レベル 26）と Android サポートライブラリ 26 では、フォントを APK にバンドルする、または APK からフォントをダウンロードする代わりに、プロバイダのアプリからフォントを要求できます。この機能を利用すると、APK のサイズを削減し、アプリのインストール成功確率を高め、複数のアプリが同じフォントを共有できるようになります。

フォントのダウンロードについて詳しくは、このモジュールのダウンロード可能フォント。

XML フォント

Android 8.0（API レベル 26）では、XML フォントという新機能が導入されています。フォントをリソースとして使用できますつまりフォントをバンドルする必要はアセットとして識別されます。フォントは R ファイルにコンパイルされ、自動的にリソースとして使用できるようになります。これらのフォントには新しいリソースタイプ font のヘルプを確認できます。

Support Library 26 は、API バージョン 14 以降が実行されている端末で、この機能に対するフルサポートを提供します。

フォントをリソースとして使用する方法とシステムフォントを取得する方法について詳しくは、 XML フォントをご覧ください。

TextView の自動サイズ設定

Android 8.0（API レベル 26）では、テキストエキスパンドまたは TextView のサイズに基づいて自動的に縮小されます。これにより、異なる画面や動的コンテンツでテキストのサイズを最適化するのが以前よりもずっと簡単になります。Android 8.0 での TextView の自動サイズ調整について詳しくは、 TextView の自動サイズ調整をご覧ください。

アダプティブアイコン

Android 8.0（API レベル 26）では、アダプティブランチャーアイコンが導入されました。アダプティブアイコンを使用すると、さまざまなデバイスモデルでさまざまな形状を表示できます。Google Chat でアダプティブアイコンを作成する方法については、アダプティブアイコンをご覧ください。ご覧ください

カラーマネージメント

画像処理アプリの Android デベロッパーが新しいデバイスを活用できるようになりました画像処理に適しています広色域を表示するためイメージの場合、アプリはマニフェストで（アクティビティごとに）フラグを有効にする必要があります。埋め込みのワイドカラープロファイル（AdobeRGB、 Pro Photo RGB、DCI-P3 など）。

WebView API

Android 8.0 には、アプリでウェブコンテンツを表示する WebView オブジェクトの管理に役立つ API がいくつか用意されています。アプリの安定性とセキュリティを向上させる API には次のものがあります。

Version API
Google SafeBrowsing API
Termination Handle API
Renderer Importance API

これらの API の使用方法について詳しくは、以下をご覧ください。 WebView の管理

セキュリティを強化するため、WebView クラスに Safe Browsing API を追加しましたウェブ閲覧の方法です。詳細については、Google Safe Browsing API をご覧ください。

ピン留めされたショートカットとウィジェット

Android 8.0（API レベル 26）では、ショートカットのアプリ内固定が導入され、説明します。アプリ内で、サポートされているランチャー用のピン留めされたショートカットやウィジェットを作成できます。これには、ユーザーのパーミッションが必要です。

詳しくは、ピン留めされたショートカットとウィジェット機能ガイドをご覧ください。

最大画面アスペクト比

Android 8.0（API レベル 26）では、アプリの最大アスペクト比の設定方法が変更されています。

まず、Android 8.0 では maxAspectRatio 属性が導入されました。この属性を使用すると、アプリの最大アスペクト比を設定できます。また、Android 8.0 以降では、アプリのデフォルトの最大アスペクト比は、アプリが実行されているデバイスのネイティブアスペクト比になります。

最大アスペクト比の宣言について詳しくは、以下をご覧ください。複数画面のサポート。

マルチディスプレイのサポート

Android 8.0（API レベル 26）以降では、プラットフォームでの複数ディスプレイのサポートが拡張されています。アクティビティがマルチウィンドウモードと複数のディスプレイを備えたデバイスで実行している場合、ユーザーはアクティビティを移動できます。ディスプレイ間で通信できます。アプリでは、アクティビティを起動する際に使用するディスプレイを指定できます。

注: アクティビティが Android 8.0 では、マルチウィンドウモードが自動的にマルチディスプレイのサポートが可能になりますマルチディスプレイ環境でアプリが適切に動作することをテストする必要があります。

再開状態にできるアクティビティは一度に 1 つのみです。複数のディスプレイがあります。フォーカスのあるアクティビティは再開状態にある。その他の表示アクティビティはすべて一時停止されますが、停止されません。詳細情報表示される場合、アクティビティのライフサイクルでは、マルチウィンドウライフサイクルをご覧ください。

ユーザーがアクティビティを別のディスプレイに移動すると、システムはそのアクティビティのサイズを変更し、必要に応じて実行時の変更の処理を行います。アクティビティは自身で構成の変更を処理できます。また、システムによってアクティビティを含むプロセスを破棄し、新しいディメンションでアクティビティを再作成することもできます。詳細については、構成の変更の処理をご覧ください。

ActivityOptions には、複数のディスプレイをサポートする 2 つの新しいメソッドが用意されています。

setLaunchDisplayId(): アクティビティの起動時にどのディスプレイに表示されるかを指定します。
getLaunchDisplayId(): アクティビティの現在の起動ディスプレイを返します。

adb シェルが拡張されて複数のディスプレイをサポートするようになっています。これで、shell start コマンドを使用してアクティビティを起動できるようになりました。アクティビティのターゲットディスプレイを指定するには、次のようにします。

adb shell start <activity_name> --display <display_id>

統一されたレイアウトマージンとパディング

Android 8.0（API レベル 26）では、反対側の側面が View 要素で、同じマージンまたはパディングが使用されている。具体的には、レイアウト XML で次の属性を使用できるようになりました。ファイル:

layout_marginVertical: layout_marginTop と layout_marginBottom を同時に定義します。
<ph type="x-smartling-placeholder"></ph> layout_marginHorizontal は、 <ph type="x-smartling-placeholder"></ph> layout_marginLeft、 layout_marginRight を同時にインストールします。
<ph type="x-smartling-placeholder"></ph> paddingVertical は、 <ph type="x-smartling-placeholder"></ph> paddingTop、 paddingBottom を同時にインストールします。
<ph type="x-smartling-placeholder"></ph> paddingHorizontal は、 <ph type="x-smartling-placeholder"></ph> paddingLeft、 paddingRight を同時にインストールします。

注: アプリのロジックを、さまざまな言語や文化（テキストの方向を含む）は、属性が値に影響を与えることはなく、 <ph type="x-smartling-placeholder"></ph> layout_marginStart、 layout_marginEnd、 paddingStart paddingEnd今回新たに加わった縦と横のレイアウト属性に加え、これらの値を自身で設定することで、テキストの方向に依存するレイアウトビヘイビアを作成できます。

ポインタキャプチャ

ゲーム、リモートデスクトップ、仮想化クライアントなど一部のアプリでは、マウスポインタの制御から大きなメリットを得ています。ポインタキャプチャは Android 8.0（API レベル 26）の新機能であり、すべてのマウスイベントをアプリ内のフォーカスされているビューに配信することで、このような制御を実現します。

Android 8.0 以降、アプリの View は、ポインタキャプチャをリクエストし、キャプチャされたポインタイベントを処理するためのリスナーを定義できます。このモードでは、マウスポインタは表示されません。ビューはポインタのキャプチャを解放できます呼び出すことができます。また、ユーザーが他のアプリを開くなどして、ビューがフォーカスを失った場合に、システムはポインタキャプチャをリリースできます。

この機能をアプリで使用する方法については、ポインタキャプチャをご覧ください。

アプリのカテゴリ

Android 8.0（API レベル 26）では、各アプリで適合するカテゴリを宣言できます。できます。これらのカテゴリは、類似のアプリをクラスタ化するために使用されます。表示する際の目的や機能（データ使用量、バッテリー使用量、ストレージ使用量。アプリのカテゴリを定義するには、<application> マニフェストタグで android:appCategory 属性を設定します。

Android TV ランチャー

Android 8.0（API レベル 26）には、コンテンツ中心の新たな Android TV のホーム画面エクスペリエンス: Android 8.0 の Android TV エミュレータと Nexus Player のデバイスイメージ。新しいホーム画面では動画コンテンツを、チャンネルに対応する行に配置し、各チャンネルには、制御します。アプリは、複数のチャンネルを公開でき、ユーザーは、どのチャンネルをホーム画面に表示するか選択できます。Android TV のホーム画面には Watch Next 行もあり、ユーザーの視聴習慣に基づいて、アプリから番組を自動的に生成します。アプリは動画プレビュー: ユーザーが番組にフォーカスを合わせたときに自動再生されます。Google Cloud 向けのチャンネルと番組の入力は、Android として配布される TvProvider API に含まれています。 Android 8.0 のサポートライブラリモジュール。

AnimatorSet

Android 8.0（API レベル 26）以降、AnimatorSet API でシークと再生がサポートされるようになりました。使用できます。シークを使用すると、アニメーションセットの位置を特定の位置に決定できますアプリにアニメーションが含まれている場合、逆方向の再生は便利です。確認することもできます。別々のアニメーションセットを 2 つ定義しなくても、同じアニメーションを逆順で再生できます。

入力とナビゲーション

キーボードナビゲーションクラスタ

アプリ内のアクティビティが、図 2。UI 要素のグループをクラスタに編成することで、キーボードナビゲーションを使用できます。ユーザーは Chromebook 端末で Meta+Tab または Search+Tab を押してクラスタ間を移動できます。良い例クラスタには、サイドパネル、ナビゲーションバー、メインコンテンツエリア、要素が含まれます。多数の子要素を含めることが可能です。

ユーザーが操作する 5 つのナビゲーションクラスタを含むアクティビティの例
キーボードナビゲーションのクラスタショートカットを使用して移動できます。クラスタ
上部パネル、左側サイドパネル、メインコンテンツの順に配置されます。
フローティングアクションボタンの 2 つがあります。 — **図 2.** 5 つのナビゲーションを含むアクティビティクラスタ

View 要素または ViewGroup 要素をクラスタにするには、要素のレイアウト XML ファイルで android:keyboardNavigationCluster 属性を true に設定するか、アプリの UI ロジックで true を setKeyboardNavigationCluster() に渡します。

注: クラスタはネストできませんが、ネストされていないクラスタが階層の別のレベルに表示されることがあっても、エラーを最上位レベルのクラスタのみがクラスタとして ViewGroup 要素。

タッチスクリーンが含まれる端末では、クラスタによって指定された ViewGroup オブジェクトの android:touchscreenBlocksFocus 要素を true に設定し、そのクラスタ内外へのクラスタ専用ナビゲーションを許可します。これを追加する場合、ユーザーは Tab キーまたは矢印キーを使用してクラスタ内外への移動、クラスタナビゲーションを押す必要があります。できます。

デフォルトのフォーカスを表示

Android 8.0（API レベル 26）では、変更する必要のある View を（再作成された）アクティビティが再開され、ユーザーが Tab キーなどのキーボードのナビゲーションキーを使用します。この「デフォルトでフォーカスが当たる」設定を適用するには、UI 要素が含まれるレイアウト XML ファイルで View 要素の android:focusedByDefault 属性を true に設定するか、アプリの UI ロジックで true を setFocusedByDefault() に渡します。

音声出力

アクティビティとサービスは、 TextToSpeech: コンテンツの音声入力と発音を行います。時点 Android 8.0（API レベル 26）以降では、アプリでより正確なタイミング情報を取得できるようになりました。テキスト読み上げエンジンが個々の合成単語の読み上げを開始すると、エンジンがこの情報を提供しますこの機能を使用してテキスト読み上げエンジンが話すときに、特定の単語に注意を向けさせるできます。

こうしたテキスト読み上げエンジンの改善をアプリで使用するには、 UtteranceProgressListener のインスタンス。登録プロセスの一部として、onRangeStart() メソッドのハンドラを含めます。

テキスト読み上げエンジンは rangeStart() を呼び出して、特定のテキスト範囲の音声再生が開始されると想定される時点を記録します。そのテキスト範囲のオーディオの再生が開始されると、アプリの onRangeStart() メソッドが実行されます。アプリは、このコールバックに応答できます。たとえば、発話に関連するテキスト範囲がハイライト表示されます。

テキスト読み上げエンジンの再生の進行状況のトラッキングについて詳しくは、UtteranceProgressListener クラスのリファレンスをご覧ください。

システム

新しい StrictMode 検出機能

Android 8.0（API レベル 26）では、アプリの潜在的なバグを特定するために使用される 3 つの StrictMode Detector が追加されました。

detectUnbufferedIo() は、パフォーマンスに重大な影響を及ぼす可能性があるバッファリングなしで、アプリがデータの読み取りまたは書き込みを行うタイミングを検出します。
detectContentUriWithoutPermission() のアクション別のアプリの権限の付与を忘れた場合に、アプリがアプリ外でアクティビティを開始する場合。
次の場合に detectUntaggedSockets() が検出しますアプリがネットワークトラフィックを実行します。その際、 setThreadStatsTag(int): デバッグ用のトラフィックにタグを付けるあります。

キャッシュデータ

Android 8.0（API レベル 26）では、キャッシュされたデータに関するガイダンスと動作が改善されています。アプリごとにキャッシュデータにディスクスペースが割り当てられるようになりました。このスペースは、getCacheQuotaBytes(UUID) によって返されます。

システムがディスクスペースを解放する必要がある場合、割り当てられているスペースのほとんどを占めるキャッシュファイルを最初にアプリから削除します。割り当てられているスペースにキャッシュデータを保持していると、キャッシュファイルは、必要に応じて消去されるが、システム上に最後まで残るものの一部となります。システムがアプリ内で削除するキャッシュファイルを決定するときは、（変更時刻で判別される）最も古いファイルの削除を最初に検討します。

システムがキャッシュデータを解放する方法を制御するために、ディレクトリ単位で有効にできる 2 つの新しい動作も用意されています。

StorageManager.setCacheBehaviorAtomic() を使用すると、単一のアトミック単位として削除する必要があるディレクトリとそこに格納されているすべてのコンテンツを明示できます。
setCacheBehaviorTombstone(File, boolean) を使用すると、1 つのディレクトリ内のファイルを削除する代わりに、空のファイルはそのまま残し、ファイルの長さを 0 バイトに切り詰める必要があることを明示できます。

最後に、大きなファイル用にディスクスペースを割り当てる必要がある場合は、 allocateBytes(FileDescriptor, long) API（自動的にクリアされます）他のアプリに属するキャッシュに保存されたファイル（必要に応じて）。端末に新しいデータを保持できるだけのディスクスペースが十分にあるかどうか判断するときは、getUsableSpace() ではなく getAllocatableBytes(UUID) を呼び出します。getUsableSpace() は、消去対象のキャッシュデータをデベロッパーに代わってシステムが検討するからです。

コンテンツプロバイダのページング

コンテンツプロバイダがアップデートされ、大きなデータセットを一度に 1 ページずつ読み込む操作がサポートされるようになりました。たとえば、何千もの画像を含む写真アプリは画像を使用して、ページに表示するデータのサブセットをクエリできます。各ページコンテンツプロバイダが返す結果のうち、1 つのカーソルで表される割合渡されます。使用するためには、クライアントとプロバイダの両方がページングを実装する必要があります。おすすめします。

コンテンツプロバイダの変更の詳細については、ContentProvider と ContentProviderClient をご覧ください。

コンテンツ更新リクエスト

ContentProvider と ContentResolver 個のクラスにそれぞれ refresh()メソッドを追加し、確認する必要があります。

ContentProvider を拡張することで、カスタムコンテンツの更新ロジックを追加できます。必ず返される refresh() メソッド true: プロバイダのクライアントに、試行したことを示します。データを手動で更新することもできます。

クライアントアプリは、別のメソッドを使用して、 refresh()。この呼び出しのメソッドには、更新するデータの URI を渡します。

注: ネットワークを経由してデータを要求することがあるため、コンテンツが古い可能性が高い場合に限り、クライアント側から refresh() を呼び出す必要があります。このタイプのコンテンツ更新を行う最も一般的な理由は、スワイプでの更新現在の UI に最新のコンテンツを表示するよう明示的にリクエストします。

JobScheduler の改善

Android 8.0（API レベル 26）では、JobScheduler にさまざまな改善が加えられています。これらの改善により、新たに制限が付与されたバックグラウンドサービスや暗黙的なブロードキャストレシーバーの代わりに、スケジュールされたジョブを使うことができるので、アプリは新しいバックグラウンド実行制限を遵守しやすくなります。

JobScheduler の更新内容は次のとおりです。

ワークキューをスケジュールされたジョブに関連付けることができます。ワークアイテムをジョブのキューに追加するには、JobScheduler.enqueue() を呼び出します。ジョブの実行中に、保留中のワークをキューから外し、処理を行います。この機能は、従来バックグラウンドサービス（特に、IntentService を実行するサービス）の開始を必要としていた多くのユースケースを処理できます。
Android サポートライブラリ 26.0.0 では、新しい JobIntentService クラスが導入されています。このクラスは、 IntentService として機能していますが、代わりにジョブを使用します。 Android 8.0（API レベル 26）以降で実行する場合。
今すぐ JobInfo.Builder.setClipData() ClipData をジョブに関連付けます。このオプションにより URI 権限付与をジョブに関連付ける方法は、権限は Context.startService() に伝播できます。また、ワークキューに対してインテントを伴う URI パーミッション供与を使うこともできます。
スケジュールされたジョブで、いくつかの新しい制約がサポートされるようになりました。 <ph type="x-smartling-placeholder">
</ph>
JobInfo.isRequireStorageNotLow()

デバイスの空き容量が少ない場合、ジョブは実行されません。

JobInfo.isRequireBatteryNotLow()

バッテリー残量が限界以下である場合、ジョブは実行されませんしきい値このレベルで、デバイスに [バッテリー残量低下] と警告システムダイアログが表示されます。

NETWORK_TYPE_METERED

ジョブには従量制のネットワーク接続（ほとんどのモバイルデータなど）が必要説明します

カスタムデータストア

Android 8.0（API レベル 26）では、好みに合わせたカスタムデータストアを提供でき、アプリでプリファレンスをクラウドやローカルのデータベースに保存する場合に便利です。設定がデバイス固有の場合ですデータストアの実装の詳細については、カスタムデータストアをご覧ください。

メディアの拡張

VolumeShaper

新しい VolumeShaper クラスがあります。フェイドイン、フェイドアウト、クロスフェイドといった、小規模な自動ボリューム移行を実行するために利用できます。VolumeShaper で振幅を制御するをご覧ください。をご覧ください。

音声フォーカスの機能強化

オーディオアプリは、音声フォーカスをリクエストして破棄することで、デバイスのオーディオ出力を共有します。アプリは、再生の開始や停止を行ったり、ボリュームを絞ることにより、フォーカスの変更を処理します。新しい AudioFocusRequest クラスがあります。このクラスを requestAudioFocus(), アプリは、音声フォーカスの変更を処理する際の新しい機能を備えています。自動ダッキングと遅延フォーカスゲイン。

メディア指標

新しい getMetrics() メソッドは PersistableBundle を返す構成を含むオブジェクトパフォーマンス情報を属性と値のマップとして表します。 getMetrics() メソッドは、次のメディアクラス用に定義されています。

指標はインスタンスごとに個別に収集され、インスタンスの存続期間中保持されます。利用可能な指標がない場合、メソッドからは null が返されます。実際に返される指標は、クラスによって異なります。

MediaPlayer

Android 8.0（API レベル 26）以降の MediaPlayer は、DRM で保護された素材と HLS サンプルレベル暗号化メディアを再生できます。

Android 8.0 では、フレームをシークする際のきめ細かい制御を提供する、オーバーロードされた新しい seekTo() コマンドが導入されています。シークモードを指定する 2 つ目のパラメータが含まれます。

SEEK_PREVIOUS_SYNC は、メディア位置を同期（またはキー）フレームに移動します。特定の時点の直前または時点のデータソースに関連付けられているエンティティです
SEEK_NEXT_SYNC は、指定された時間の直後またはその時間にあるデータソースに関連付けられた同期（またはキー）フレームにメディアの位置を移動します。
SEEK_CLOSEST_SYNC は、メディア位置を同期（またはキー）フレームに移動します。特定の時点に最も近い場所、またはその時点で
SEEK_CLOSEST は、指定された時刻に最も近い、または指定された時刻のデータソースに関連付けられているフレーム（同期フレームまたはキーフレームとは限りません）にメディアの位置を移動します。

連続シークする場合は、SEEK_CLOSEST ではなく SEEK_ モードのいずれかを使用する必要があります。SEEK_CLOSEST は比較的遅いですが、より正確に動作します。

MediaRecorder

MediaRecorder では、ストリーミングに役立つ MPEG2_TS フォーマットがサポートされるようになりました。
Kotlin
mediaRecorder.setOutputFormat(MediaRecorder.OutputFormat.MPEG_2_TS)
Java
mediaRecorder.setOutputFormat(MediaRecorder.OutputFormat.MPEG_2_TS);
MediaRecorder.OutputFormat を参照
MediaMuxer が、任意の数のオーディオストリームと動画ストリームを処理できるようになりました。制限が解除されました 1 つの音声トラックや 1 つの動画トラックにエクスポートできます。addTrack() を使用するトラックをいくつでもミキシングできます。
MediaMuxer を使用すると、ユーザーが定義したフレームごとの情報を含む 1 つ以上のメタデータトラックを追加することもできます。メタデータの形式はアプリによって定義されます。メタデータトラックは MP4 コンテナのみでサポートされます。

メタデータをオフライン処理に活用できます。たとえば、センサーからのジャイロ信号を使用して、動画を安定化させるための処理を実行できます。

メタデータトラックを追加する場合、トラックの MIME 形式を接頭辞で始める必要があります。「application/」とします。メタデータの書き込みは、動画データや音声データの書き込みと同じですが、MediaCodec からデータを取得するわけではありません。代わりに、アプリはタイムスタンプに関連付けられた ByteBuffer writeSampleData() メソッドを使用します。タイムスタンプは動画トラックおよびオーディオトラックと同じタイムベースに属している必要があります。

生成された MP4 ファイルは、ISOBMFF のセクション 12.3.3.2 で定められた TextMetaDataSampleEntry を使用し、メタデータの mine フォーマットを示します。MediaExtractor を使用してメタデータトラックを含むファイルを抽出する場合、MIME メタデータの形式が MediaFormat に抽出されます。

メディアファイルアクセスの改善

「 <ph type="x-smartling-placeholder"></ph> ストレージアクセスフレームワーク（SAF）を使用すると、アプリはカスタム DocumentsProvider は、ファイルへのアクセスを許可できます。他のアプリへの変換を行えます実際、ドキュメントプロバイダは、ドキュメント、スプレッドシート、プロトコルを使用するアプリケーションや、メディア転送プロトコル（MTP）。

ただし、リモートデータソースからサイズの大きなメディアファイルにアクセスすると、課題：

メディアプレーヤーは、ドキュメントプロバイダからファイルへのシーク可能なアクセス権を必要とします。サイズの大きいメディアファイルがリモートデータソースにある場合、ドキュメントプロバイダが事前にすべてのデータを取得して、スナップショットを作成する必要がある使用します。メディアプレーヤーはファイルディスクリプタのないファイルを再生できません。そのため、ドキュメントプロバイダがファイルのダウンロードを終えるまで再生を始めることができません。
写真アプリなどのメディアコレクションマネージャは、範囲指定されたフォルダーを経由して外部の SD カードに保存されたメディアにアクセスするため、一連のアクセス URI をトラバースする必要があります。このアクセスパターンにより、移動、コピー、削除などのメディアに対する一括操作の速度が大幅に遅くなります。
メディアコレクションマネージャは、URI でドキュメントの場所を特定することができません。これにより、これらのアプリでは、ユーザーがメディアファイルの保存場所を選択できなくなるという問題が生まれます。

Android 8.0 では、ストレージアクセスを改善することで、これらの各課題に対処しています。説明します。

カスタムドキュメントプロバイダ

Android 8.0 以降では、ストレージアクセスフレームワークでカスタムドキュメントプロバイダを使用して、フォルダ内に存在するファイルのシーク可能なファイル記述子を作成します。リモートデータソースですSAF はファイルを開いてネイティブシーク可能なファイルを取得できます使用します。次に SAF が、個別のバイトリクエストをドキュメントに配信します。接続します。この機能によって、メディアプレーヤーアプリがあらかじめファイル全体をキャッシュする代わりにリクエストする、正確なバイト範囲がドキュメントプロバイダから戻ります。

この機能を使用するには、新しい StorageManager.openProxyFileDescriptor() メソッドを使用します。「 openProxyFileDescriptor() メソッドは、コールバックとして ProxyFileDescriptorCallback オブジェクトを受け取ります。SAF は、クライアントアプリケーションがファイルオペレーションを実行するたびにドキュメントプロバイダから返されたファイル記述子。

ダイレクトドキュメントアクセス

Android 8.0（API レベル 26）以降では、 getDocumentUri() メソッドを次のように変更します。指定された mediaUri と同じドキュメントを参照する URI を取得します。ただし、返される URI は DocumentsProvider、メディアコレクション管理者がアクセスできますスコープ付きディレクトリのツリーを走査することなく、ドキュメントを直接実行できます。これにより、メディア管理者はドキュメントに対してファイル操作を実行できるようになります。大幅に短縮されました

注意: getDocumentUri() メソッドはメディアファイルの位置を特定するものであり、アプリにファイルへのアクセス許可を与えるものではありません。アクセス権を取得する方法について詳しくは、権限の詳細については、リファレンスドキュメントをご覧ください。

ドキュメントへのパス

Android 8.0（API レベル 26）でストレージアクセスフレームワークを使用する場合は、 findDocumentPath() メソッド（両方で使用可） DocumentsContract と DocumentsProvider クラスを使用して、ドキュメントの特定の場所からファイルシステムのルートからのパスを決定あります。このメソッドは、このパスを DocumentsContract.Path オブジェクトで返します。ファイルが同じドキュメントへのパスが複数定義されている場合、メソッドは指定された ID のドキュメントに到達するために最も頻繁に使用されるパス。

この機能は、次のような場合に特に有用です。

アプリが [名前を付けて保存] 機能を使用しているアプリケーションの場所を表示するダイアログ特定します
検索結果ビューにフォルダを表示するため、子を読み込む必要があるそのフォルダに含まれるドキュメントも検索できます（フォルダに配置されます。

注: アプリに一部のドキュメントのみにアクセスする権限がある場合 findDocumentPath() の戻り値にアプリがアクセスできるフォルダとドキュメントです。

音声再生のモニタリング

AudioManager システムサービスは、アクティブな AudioPlaybackConfiguration オブジェクトのリストを保持します。各オブジェクトには、特定のオーディオ再生セッションに関する情報が含まれます。アプリは、getActivePlaybackConfigurations() を呼び出して、現在アクティブな構成のセットを取得できます。

Android 8.0（API レベル 26）以降では、通知を送信するコールバックを登録して、 1 つまたは複数のコンテナが AudioPlaybackConfiguration 個のオブジェクトが変更されました。そのためには、 registerAudioPlaybackCallback() を呼び出し、 AudioManager.AudioPlaybackCallback。「 AudioManager.AudioPlaybackCallback クラスには、 onPlaybackConfigChanged() メソッド: 音声信号が再生されたときにシステムが必要があります。

接続

Wi-Fi Aware

Android 8.0（API レベル 26）では、Neighbor Awareness Networking（NAN）仕様に基づいた Wi-Fi Aware のサポートが追加されています。この機能によって、インターネットアクセスポイントがなくても、適切な Wi-Fi Aware ハードウェアを搭載した端末のアプリであれば、Wi-Fi 経由で近くの端末を検出して通信できるようになります。Google はハードウェアをなどのパートナーと協力して、できる限り早く Wi-Fi Aware 技術をデバイスに導入できるようにしました。対象 Wi-Fi Aware をアプリに統合する方法については、Wi-Fi Aware をご覧ください。

Bluetooth

Android 8.0（API レベル 26）では、機能:

楽曲ライブラリのブラウジングを有効にする AVRCP 1.4 規格のサポート。
Bluetooth Low-Energy（BLE）5.0 規格のサポート。
Sony LDAC コーデックを Bluetooth スタックに統合しました。

コンパニオンデバイスのペア設定

Android 8.0（API レベル 26）では、Bluetooth、BLE、Wi-Fi でコンパニオンデバイスとペア設定を行う際に、ペア設定リクエストダイアログをカスタマイズできる API が提供されています。詳細については、次をご覧ください: コンパニオンデバイスペア設定する。

Android での Bluetooth の使用について詳しくは、 Bluetooth ガイドをご覧ください。対象 Android 8.0（API レベル 26）に固有の Bluetooth に関する変更については、 Bluetooth セクション（ Android 8.0 の動作の変更点のページ

スマート共有

Android 8.0（API レベル 26）では、カスタマイズされた共有コンテンツのタイプごとに好みや好みに合った最適なできます。たとえば、ユーザーが領収書の写真を撮ると、Android は 8.0 は経費追跡アプリを提案できます。ユーザーが自撮り写真を撮った場合より適切に画像を処理できます。Android 8.0 は、ユーザーがカスタマイズした設定に従って、こういったパターンをすべて自動的に学習します。

スマート共有は、次のような image 以外のコンテンツで機能します。 audio さん、video さん、text さん、URL さん、その他

スマート共有を有効にするには、最大 3 個の ArrayList を追加しますコンテンツを共有するインテントに文字列アノテーションを追加します。アノテーションは、トピックやコンテンツの主な構成要素を説明している必要があります。次のコード例は、インテントにアノテーションを追加する方法を示しています。

Kotlin

val annotations: ArrayList<String> = arrayListOf(
        "topic1",
        "topic2",
        "topic3"
)

intent.putStringArrayListExtra(
        Intent.EXTRA_CONTENT_ANNOTATIONS,
        annotations
)

Java

ArrayList<String> annotations = new ArrayList<>();

annotations.add("topic1");
annotations.add("topic2");
annotations.add("topic3");

intent.putStringArrayListExtra(
    Intent.EXTRA_CONTENT_ANNOTATIONS,
    annotations
);

スマート共有のアノテーションについて詳しくは、 EXTRA_CONTENT_ANNOTATIONS。

テキスト分類器

対応デバイスでは、アプリで新しいテキスト分類を使用して、文字列が既知の分類器エンティティタイプに一致し、選択候補が取得されますできます。システムが認識するエンティティには、住所、URL、電話番号、メールアドレスなどです詳細については、TextClassifier をご覧ください。

Android 8.0（API レベル 26）では、独自のユーザー補助機能サービスを作成するデベロッパー向けに、次の新しいユーザー補助機能がサポートされています。

調整用の新しい音量カテゴリアクセシビリティボリューム。
指紋操作を入力メカニズムとして使用できます。
多言語対応テキスト読み上げ機能も備えています。
優先するユーザー補助サービスにすばやくアクセスするためのハードウェアベースのユーザー補助のショートカット。
継続的なジェスチャー、つまりストロークのプログラムによるシーケンスをサポート。
有効になっている複数のユーザー補助機能のいずれかを起動するためのユーザー補助機能ボタン（ソフトウェアレンダリングによるナビゲーション領域を使用するデバイスでのみ使用可能）。
標準化された片側範囲値。
Google Workspace の処理テキストヒントのテキストや画面上のテキストの場所の表示などが簡単にあります。

アプリのユーザー補助機能を強化する方法について詳しくは、ユーザー補助機能をご覧ください。

セキュリティとプライバシー

権限

Android 8.0（API レベル 26）では、電話関連の新たなパーミッションを複数導入しました。

ANSWER_PHONE_CALLS 権限を使用すると、アプリは着信にプログラムで応答できます。着信を処理するには使用したい場合は、 acceptRingingCall() メソッドを呼び出します。
<ph type="x-smartling-placeholder"></ph> READ_PHONE_NUMBERS 権限は、アプリに以下の読み取りアクセス権を付与します。デバイスに保存されている電話番号。

これらの権限は両方とも危険両方とも PHONE 権限グループを作成します。

新しいアカウントアクセスと Discovery API

Android 8.0（API レベル 26）では、アプリがユーザーアカウントへのアクセス権を取得する方法について、いくつかの改善事項が導入されています。認証システムは管理するアカウントで、独自のポリシーを使ってアプリに対してアカウントを隠蔽するか公開するかを決定します。Android システムは、特定のアカウントにアクセスできるアプリを追跡します。

以前のバージョンの Android では、ユーザーがすべてのアカウントについて無関係なタイプです。Android 8.0 では、addOnAccountsUpdatedListener(android.accounts.OnAccountsUpdateListener, android.os.Handler, boolean, java.lang.String[]) メソッドが追加されています。このメソッドを使うと、アプリで変更を受信するアカウントタイプのリストを指定できます。

API の変更

AccountManager は、認証システムがどのメソッドをアプリは次のアカウントで参照できます。

setAccountVisibility(android.accounts.Account, java.lang.String, int): 特定のユーザーアカウントとパッケージの公開設定レベルを設定します組み合わせたものです。
getAccountVisibility(android.accounts.Account, java.lang.String): 特定のユーザーアカウントとパッケージの公開設定を取得します組み合わせたものです。
getAccountsAndVisibilityForPackage(java.lang.String, java.lang.String): 認証システムで、アカウントの情報と可視性のレベルを表示されます。
getPackagesAndVisibilityForAccount(android.accounts.Account): 特定のアカウントについて保存されている可視性の値を認証システムで取得できるようにします。
addAccountExplicitly(android.accounts.Account, java.lang.String, android.os.Bundle, java.util.Map<java.lang.String, java.lang.Integer>): 認証システムでアカウントの公開設定の値を初期化できるようにします。
addOnAccountsUpdatedListener(android.accounts.OnAccountsUpdateListener, android.os.Handler, boolean, java.lang.String[]): OnAccountsUpdateListener リスナーを AccountManager オブジェクトに追加します。システムは、端末上のアカウントのリストが変更されるたびにこのリスナーを呼び出します。

Android 8.0（API レベル 26）では、アプリの可視性レベルを指定するために 2 つの特殊なパッケージ名の値が導入されています。この値は、setAccountVisibility(android.accounts.Account, java.lang.String, int) メソッドでは設定されません。「 PACKAGE_NAME_KEY_LEGACY_VISIBLE 適用対象は、現在のバージョンで GET_ACCOUNTS ツール、権限、ターゲットバージョンの Android 8.0 より前の Android、または署名が、任意の Android バージョンをターゲットとする認証システムと一致します。 PACKAGE_NAME_KEY_LEGACY_NOT_VISIBLE デフォルトの公開設定値が提供されます。以前に設定されていない、またはそれらの PACKAGE_NAME_KEY_LEGACY_VISIBLE が次と一致しない: 適用されます。

新しいアカウントアクセスと Discovery API の詳細については、AccountManager と OnAccountsUpdateListener のリファレンスをご覧ください。

テスト

インスツルメンテーションテスト

Android 8.0（API レベル 26）では、アプリのインストルメンテーションテストです。

デフォルト以外のアプリプロセスに対する実行

アプリのデフォルトプロセスの外部にあるプロセスに対して、特定の計測テストを実行する必要があることを指定できるようになりました。この構成は、お客様のアプリには、異なるプロセスで実行される複数のアクティビティが含まれています。

デフォルト以外のプロセス計測を定義するには、マニフェストファイルに移動し、次に対象の <instrumentation> 要素に移動します。android:targetProcess 属性を追加し、その値を次のいずれかに設定します。

特定のプロセスの名前。
コンマで区切られたプロセス名の一覧。
インストルメンテーションの実行を許可するワイルドカード（"*"）で指定されるパッケージ内のコードを実行する起動プロセスに対して android:targetPackage 属性。

インストルメンテーションテストの実行中に、 getProcessName() を呼び出してテストしています。

テスト中の結果のレポート

インストルメンテーションテストの実行中に結果を報告できるようになりました。代わりに addResults() を呼び出します。

テスト用のモックインテント

アプリのアクティビティに対する、独立した個別の UI テストを簡単に作成できるよう、Android 8.0（API レベル 26）では、onStartActivity() メソッドが導入されました。テストクラスが呼び出す特定のインテントを処理するには、Instrumentation.ActivityMonitor クラスのカスタムサブクラス内でこのメソッドをオーバーライドします。

テストクラスがインテントを呼び出す際に、メソッドは、インテントそのものを実行するのではなく、スタブ Instrumentation.ActivityResult オブジェクトを返します。この疑似インテントロジックを使ってテストを行うことで、他のアクティビティや全く異なるアプリに利用する予定のインテントに対し、あるアクティビティがどのように対応・処理するかという点に焦点を絞ることができます。

ランタイムとツール

プラットフォームの最適化

Android 8.0（API レベル 26）では、ランタイムやその他の最適化がプラットフォームに対し実行されています。その結果、大きなパフォーマンス改善が実現されました。これらの最適化には、同時圧縮ガベージコレクション、メモリの使用効率の向上、コードの局所性の向上です

上記のような最適化により、起動時間が短縮され、OS とアプリの両方でパフォーマンスが改善されました。

Java 言語サポートの更新

Android 8.0（API レベル 26）では、いくつかの OpenJDK Java API のサポートが追加されています。

OpenJDK 8 の java.time。
OpenJDK 7 の java.nio.file と java.lang.invoke。

新しく追加されたこれらの API リファレンスドキュメントをご覧ください。

Android Studio で Java 8 の言語機能を使用する場合は、最新のプレビューバージョンをダウンロードする必要があります。

アップデートされた ICU4J Android フレームワーク API

Android 8.0（API レベル 26）は、アプリデベロッパーが android.icu パッケージで使用できるように、ICU4J Android フレームワーク API（ICU4J API のサブセット）を拡張しています。これらの API は、端末上のローカライズデータを使用します。これで、ICU4J ライブラリを APK にコンパイルせず、APK の使用量を削減することができます。

表 1. Android で使用される ICU バージョン、CLDR バージョン、Unicode バージョン

Android API レベル	ICU バージョン	CLDR バージョン	Unicode バージョン
Android 7.0（API レベル 24）、Android 7.1（API レベル 25）	56	28	8.0
Android 8.0（API レベル 26）	58.2	30.0.3	9.0

Android での国際化について詳しくは、以下をご覧ください。 ICU4J のサポートについては、をご覧ください。 Android での国際化

Android Enterprise

Android 8.0（API レベル 26）を搭載したデバイス向けに、新しいエンタープライズ機能と API が導入されました。次のような特徴があります。

完全管理対象デバイスの仕事用プロファイルによって、エンタープライズが仕事用データと個人用データの両方を管理しながら、これらを分離することができます。
API 委任により、デバイスオーナーとプロファイルオーナーがアプリを割り当てることができる管理を他のサービスと共有します。
プロビジョニングフローにおけるユーザーエクスペリエンスの向上（新しいカスタマイズオプションなど）を使用することによって、設定時間を短縮できます。
Bluetooth、Wi-Fi、バックアップ、セキュリティの新しい管理機能により、デバイスを管理できます。企業はネットワークアクティビティログを使用して、サポートします。

上記に加え、その他の新しいエンタープライズ向け Android API と機能の詳細については、ビジネスで使用される Android をご覧ください。

Android 8.0 の機能と API コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。

ユーザー エクスペリエンス

ピクチャー イン ピクチャー モード

通知

自動入力フレームワーク

ダウンロード可能なフォント

XML フォント

TextView の自動サイズ設定

アダプティブ アイコン

カラー マネージメント

WebView API

ピン留めされたショートカットとウィジェット

最大画面アスペクト比

マルチディスプレイのサポート

統一されたレイアウト マージンとパディング

ポインタ キャプチャ

アプリのカテゴリ

Android TV ランチャー

AnimatorSet

入力とナビゲーション

キーボード ナビゲーション クラスタ

デフォルトのフォーカスを表示

音声出力

システム

新しい StrictMode 検出機能

キャッシュ データ

コンテンツ プロバイダのページング

コンテンツ更新リクエスト

JobScheduler の改善

カスタムデータ ストア

メディアの拡張

VolumeShaper

音声フォーカスの機能強化

メディア指標

MediaPlayer

MediaRecorder

Kotlin

Java

メディア ファイル アクセスの改善

カスタム ドキュメント プロバイダ

ダイレクト ドキュメントアクセス

ドキュメントへのパス

音声再生のモニタリング

接続

Wi-Fi Aware

Bluetooth

コンパニオン デバイスのペア設定

共有

スマート共有

Kotlin

Java

テキスト分類器

ユーザー補助

セキュリティとプライバシー

権限

新しいアカウント アクセスと Discovery API

API の変更

テスト

インスツルメンテーション テスト

デフォルト以外のアプリプロセスに対する実行

テスト中の結果のレポート

テスト用のモック インテント

ランタイムとツール

プラットフォームの最適化

Java 言語サポートの更新

アップデートされた ICU4J Android フレームワーク API

Android Enterprise

Android 8.0 の機能と API

ユーザーエクスペリエンス

ピクチャーインピクチャーモード

アダプティブアイコン

カラーマネージメント

統一されたレイアウトマージンとパディング

ポインタキャプチャ

キーボードナビゲーションクラスタ

キャッシュデータ

コンテンツプロバイダのページング

カスタムデータストア

メディアファイルアクセスの改善

カスタムドキュメントプロバイダ

ダイレクトドキュメントアクセス

コンパニオンデバイスのペア設定

新しいアカウントアクセスと Discovery API

インスツルメンテーションテスト

テスト用のモックインテント