Android Studio プレビュー版の新機能

このページでは、Android Studio プレビュー リリースで導入された新機能を紹介します。プレビュー ビルドでは、Android Studio の最新機能や改善された機能をいち早く利用できます。これらのプレビュー版をダウンロードできます。プレビュー版 Android Studio の使用で問題が発生した場合は、お知らせください。ご提出いただいたバグレポートを基に、今後も Android Studio の改善に取り組んでまいります。

カナリア リリースには、開発中の最先端の機能が含まれており、簡易テストが行われています。カナリア ビルドは開発に使用できますが、機能が追加または変更される可能性があることに注意してください。リリース候補（RC）は Android Studio の次期バージョンであり、安定版リリースが間近です。次のバージョンの機能セットが安定しました。Android Studio のバージョン命名については、Android Studio のリリース名をご覧ください。

各プレビュー リリースにおける重要な修正のリストなど、Android Studio プレビュー リリースに関する最新情報については、Android Studio ブログのリリース アップデートをご覧ください。

現在のバージョンの Android Studio

次の表に、Android Studio の現在のバージョンとそれぞれのチャンネルを示します。

Android Gradle プラグインのプレビューとの互換性

Android Studio の各プレビュー版は、対応するバージョンの Android Gradle プラグイン（AGP）とともに公開されます。Studio のプレビュー版は、互換性のある AGP の安定版であれば、どのバージョンでも動作します。ただし、AGP のプレビュー版を使用している場合は、対応する Studio のプレビュー版を使用する必要があります（たとえば、AGP 7.2.0-alpha07 を使用している場合は Android Studio Chipmunk Canary 7）。異なるバージョン（Android Studio Chipmunk Beta 1 と AGP 7.2.0-alpha07 など）を使用しようとすると、同期が失敗し、対応するバージョンの AGP に更新するよう求めるメッセージが表示されます。

Android Gradle プラグイン API の非推奨や削除の詳細なログについては、Android Gradle プラグイン API の更新をご覧ください。

Studio Labs

Studio Labs では、Android Studio の安定版で最新の AI 試験運用版機能を試すことができるため、AI アシスタンス サービスを開発ワークフローに迅速に統合できます。詳しくは、Studio Labs をご覧ください。

現在 Studio Labs で利用できる機能は次のとおりです。

Android Studio Narwhal 3 Feature Drop | 2025.1.3

Android Studio Narwhal 3 Feature Drop | 2025.1.3 の新機能は次のとおりです。

このバージョンの Android Studio で修正された項目については、クローズされた問題をご覧ください。

サイズ変更可能な Compose プレビュー

Compose プレビューで動的なサイズ変更がサポートされるようになり、UI がさまざまな画面サイズにどのように適応するかを視覚的にすぐに確認できるようになりました。

この機能を使用するには、ツールバーのビュー オプションを変更して、Compose プレビューでフォーカス モードにします。

プレビュー ウィンドウの端をドラッグして、サイズを変更できるようになりました。

または、プレビューのサイズ変更後に表示されるサイズ変更ツールバーを使用することもできます。

新しいサイズを新しい Preview アノテーションとして保存する場合は、右クリック メニューを使用します。

動的なサイズ変更機能を使用すると、あらゆる画面サイズで美しく表示される UI を作成できます。

対応するモジュールにビルドファイルを表示する Android ビュー設定

Android ビューでビルドファイルを対応するモジュールの下に表示する新しい設定が追加されました。このビューは、モジュール数の多いプロジェクトで作業する場合に便利です。ビューを有効にするには、Android ビューの横にある [オプション] メニューを開きます。次に、[Appearance] > [Display Build Files In Module] を選択します。

Android Studio の Google Play Policy Insights 機能

Android Studio に、アプリに影響する可能性がある Google Play ポリシーに関する豊富なインサイトとガイダンスが追加されました。この情報により、最初から安全なアプリを構築し、リリース プロセスを妨げる可能性のある問題や、後で修正するのに時間とリソースを要する問題を未然に防ぐことができます。

Android Studio Narwhal 3 Feature Drop 以降では、Google Play Policy Insights を lint チェックとして確認できます。これらの lint チェックでは、次の情報が表示されます。

• ポリシーの概要。
• よくある落とし穴を回避するための推奨事項と禁止事項。
• Google Play ポリシーのページへのリンク。正式なポリシーの全文や、その他の役立つ情報やリソースを確認できます。

この機能は、アプリの送信をスムーズに行えるように、審査前のガイダンスを提供することを目的としています。すべてのポリシーを網羅しているわけではなく、アプリの最終的な審査結果を提供するものでもありません。ポリシー センターでポリシーの全文を常に確認してください。また、この統合の進化と改善にも積極的に取り組んでいます。ご意見やご質問がありましたら、こちらからお寄せください。

プロジェクトに Play ポリシーの分析情報があるかどうかを確認するには、[Code] > [Inspect for Play Policy Insights…] に移動します。分析情報は [Problems] ツール ウィンドウに表示され、対応するファイルに Lint 警告としても表示されます。

アプリのバックアップと復元を使用してテストと開発を行う

Android バックアップと復元がアプリで適切に機能するようにすることは、ユーザーが新しいデバイスに切り替えた後やクラウドから復元した後もアプリを使い続けてもらううえで非常に重要です。ただし、アプリでデータのバックアップと復元が機能しているかどうかをテストするのは難しい場合があります。

Android Studio Narwhal では、アプリのバックアップを生成して別のデバイスに復元する方法が提供されています。これは、デバイス間またはクラウド バックアップからアプリデータを復元する際にアプリが想定どおりに動作するかどうかをテストする場合や、アプリの開発とデバッグに必要なデータを使用してテストデバイスをより迅速にセットアップする場合に便利です。

バックアップを生成する

バックアップ ファイルを生成する手順は次のとおりです。

1. 接続されているデバイスにアプリのデバッグ バージョンをデプロイする
2. 次のいずれかの操作を行ってバックアップを生成します。
   • [Running Device] ウィンドウで、ツールバーの [Backup App Data] アクションをクリックします。
   • メインメニュー バーから [Run] > [Backup App Data] を選択します。
   • [Device Explorer > Processes] タブで、アプリのプロセスを右クリックして [Backup App Data] を選択します。
3. 表示されたダイアログで、次の操作を行います。
   • バックアップを生成するアプリのアプリケーション ID を確認します。
     • デバイス間、クラウド、またはクラウド（暗号化なし）のバックアップを生成するかどうかを選択します。
   • 保存するバックアップの名前と場所を確認します。デフォルトでは、バックアップは現在の Android Studio プロジェクトのルート ディレクトリに保存されます。

     

4. Android Studio からアプリを停止してもよいか尋ねられたら、[OK] をクリックします。バックアップを生成するには、Android Studio でアプリのプロセスを停止する必要があります。

生成したバックアップは、[Project] > [Android] ツール ウィンドウの [Backup Files] ノードで確認できます。

バックアップの種類

アプリのさまざまなタイプのバックアップを生成できます。バックアップを生成するときは、テストするシナリオに関連するバックアップ タイプを選択します。

• デバイス間: デバイス間の転送時に作成されるバックアップと同様の、アプリのバックアップを生成します。デバイス間転送では、アプリのバックアップ データが別のデバイスに直接送信されます（USB や Wi-Fi 経由など）。
• Cloud: ユーザーの Google アカウントのストレージに保存されるものと同様のアプリのバックアップを生成します。ユーザーが新しいデバイスをセットアップするときに、クラウド バックアップから復元するかどうかを選択できます。
• クラウド（暗号化なし）: クライアントサイド暗号化が有効になっていないデバイスでユーザーの Google アカウントのストレージに保存されるバックアップと同様のアプリのバックアップを生成します。

注: Cloud、Cloud（暗号化なし）、デバイス間バックアップをテストする機能を使用する場合、実際のバックアップ フローとは異なり、生成されたバックアップは Cloud や別のデバイスに送信されません。アプリのバックアップを生成します。これは、Cloud に保存したり、別のデバイスに送信したりする場合と同じです。バックアップ タイプ用に生成されたバックアップは、[Project] > [Android] ツール ウィンドウの [Backup Files] にあります。

アプリデータを復元する

アプリデータを復元する手順は次のとおりです。

1. 接続されているデバイスにアプリをデプロイします。アプリは、デバイスに復元するバックアップ ファイルと同じアプリケーション ID を持っている必要があります。
2. 次のいずれかの操作に移動してクリックします。
   • [Running Device] ウィンドウで、ツールバーの [Restore App Data] アクションをクリックし、最近の履歴からバックアップ ファイルを選択するか、[Browse] をクリックします。
   • メインメニュー バーから [Run] > [Restore App Data] に移動します。
   • [Device Explorer > Processes] タブで、アプリのプロセスを右クリックして [Restore App Data] を選択します。
   • [Project > Android] ツール ウィンドウで、[Backup Files] ノードのバックアップを右クリックし、[Restore App Data] を選択します。
3. 該当する場合は、最近の履歴からバックアップを選択するか、[参照] をクリックして、ローカル ストレージから復元するバックアップ ファイルを選択します。

または、バックアップ ファイルを実行構成の一部として含めることもできます。これにより、アプリをデプロイすると、バックアップ ファイルからアプリデータも復元されます。手順は次のとおりです。

1. メインメニュー バーから [Run] > [Edit Configurations] に移動します。
2. アプリの実行構成を選択し、[復元オプション] に移動します。

   

3. バックアップからアプリを復元するには、[アプリの状態を復元する] の横にあるチェックボックスをオンにします。
4. 最近の履歴からバックアップ ファイルを選択するか、ローカル ストレージからバックアップ ファイルを参照して選択します。
5. アプリの新規インストール時にアプリデータのみを復元する場合は、[Only restore on fresh apk installation] の横にあるチェックボックスをオンにします。このオプションは、新しいテストデバイスにデプロイし、デバッグやアプリ開発に役立つようにデータを復元する場合に便利です。
6. [OK] をクリックして、実行構成を保存します。
7. 実行構成を使用してアプリをデプロイし、接続されたデバイスにアプリデータを復元するテストを行います。

Proguard の検査

Android Studio に、不適切な ProGuard ルールや R8 の最適化を妨げるルールを防止するための検査が追加されました。-keep class **.* などの広すぎる保持ルールや、dontshrink や -dontoptimize などのコンシューマー Proguard ルール構成は、Studio IDE で警告をトリガーするようになりました。コードの縮小を可能にする適切な保持ルールを作成するには、ルールを特定のパッケージにスコープし、保持するものを明示的に指定します。

プロジェクト レベルのコンテキストの AGENT.md ファイル

これで、プロジェクトに AGENT.md ファイルを含めることができるようになりました。これらは、プロジェクト固有の手順、コーディング スタイルのルール、その他のガイダンスを Gemini にコンテキストとして提供する Markdown ファイルです。

Gemini は、プロジェクト内の AGENT.md という名前のファイルから指示を自動的に検出して適用します。AGENT.md ファイルが存在しない場合、Gemini は代わりに GEMINI.md ファイルをフォールバックとして探します。

自動同期を無効にする新しい設定

Android Studio に、デフォルトの自動同期モード（プロジェクトを開いたときに同期が自動的に実行されるなど）から、リマインダー付きの手動同期モードに切り替える設定が追加されました。デフォルトの動作は今も自動同期です。手動同期に切り替えるには、[File]（macOS では [Android Studio]）> [Settings] > [Build, Execution, Deployment] > [Build Tools] に移動し、[Project Sync mode] を [Manual Sync with reminders] に設定します。

Studio Labs から移行する機能

Narwhal 3 Feature Drop 以降、Studio Labs の次の試験運用版機能が安定版になります。

• Gemini での画像の添付
• Gemini での@File コンテキスト

Android Studio Narwhal 4 Feature Drop | 2025.1.4

Android Studio Narwhal 4 Feature Drop | 2025.1.4 の新機能は次のとおりです。

このバージョンの Android Studio で修正された項目については、クローズされた問題をご覧ください。

Android Studio のジャーニー

Android Studio のジャーニーを使用すると、各テスト（ジャーニー）のステップとアサーションを自然言語で記述できるため、エンドツーエンド テストの作成とメンテナンスが容易になります。Gemini のビジョン機能と推論機能を活用することで、自然言語で記述された手順が Gemini がアプリで実行するアクションに変換されるため、ジャーニーの記述と理解が容易になります。また、より複雑なアサーションを記述して説明することもできます。Gemini は、デバイスで確認した内容に基づいてアサーションを評価し、ジャーニーが合格か不合格かを判断します。

また、Gemini は目標を達成するために実行するアクションを推論するため、アプリのレイアウトや動作の微妙な変更に対する回復力が向上し、アプリのさまざまなバージョンやデバイスのさまざまな構成に対して実行した場合に、不安定なテストが少なくなるというメリットもあります。

ローカルまたはリモートの Android デバイスに対して、Android Studio から直接ジャーニーを記述して実行します。IDE には、ジャーニーの作成に役立つ新しいエディタ エクスペリエンスと、Gemini の推論とジャーニーの実行をより適切に把握できるリッチな結果が用意されています。

バックアップと同期

Google アカウントまたは JetBrains アカウントを使用して、Android Studio の設定をクラウド ストレージにバックアップできるようになりました。これにより、キーマップ、コードエディタの設定、システム設定などの設定を同期できます。まず、次のいずれかを行います。

• Android Studio でプロジェクトを開いたら、IDE の右上隅にあるアバターをクリックし、[Sign in] をクリックして Google アカウントにログインします。

  

  1. 表示されるダイアログの指示に沿って操作し、Android Studio が Google アカウントのストレージにアクセスできるようにするチェックボックスをオンにします。
  2. プロンプトの指示に沿って、Android Studio を承認します。

• [設定] > [バックアップと同期] に移動します。

  1. Google を選択すると、Google アカウントのストレージを使用して、Android Studio のインストール間でアプリデータを同期できます。または、JetBrains アカウントを使用して、IntelliJ と Android Studio のインストール間でアプリデータを同期することもできます。
  2. プロンプトに沿って Android Studio に優先アカウントのストレージへのアクセスを許可したら、Android Studio に戻ります。
  3. [設定] > [バックアップと同期] ページで、アカウントに同期するアプリデータのカテゴリを確認できます。
  4. バックアップと同期を無効にするには、この機能を有効にするチェックボックスをオフにします。

選択したデバイスにすでにデータが同期されている場合、Android Studio では、リモート ストレージから設定をダウンロードするか（デフォルトのオプション）、ローカル設定をアップロードしてリモート ストレージに同期されている設定を上書きするかを選択できます。

クラッシュに対する推奨される修正方法

Android Studio Meerkat Feature Drop では、[App Quality Insights] ツール ウィンドウで報告されたクラッシュに関する Gemini の分析情報をリリースしました。Android Studio で Gemini を使用して、クラッシュデータとソースコードを分析し、修正候補を提案できるようになりました。App Quality Insights ツール ウィンドウでクラッシュを選択したら、[分析情報] タブに移動し、Gemini がクラッシュの分析情報を生成したら [修正を提案] をクリックします。Gemini は、エディタの差分タブで確認して受け入れることができるコード変更の候補を生成します。

新しいプロジェクトをプロジェクト ビューで開く新しい設定

新しいプロジェクトをデフォルトでプロジェクト ビューで開くための新しい設定が追加されました。この設定を有効にするには、[File]（macOS では [Android Studio]）> [Settings] > [Advanced Settings] > [Project View] に移動し、[Set Project view as the default] を選択します。

Compose Preview Screenshot Testing ツール

Compose プレビュー スクリーンショット テストツールを使用して、Compose UI をテストし、回帰を防ぎます。この新しいツールを使用すると、アプリの UI の変更を視覚的に検出できる HTML レポートを生成できます。詳しくは、Compose プレビューのスクリーンショット テストをご覧ください。

埋め込みの Layout Inspector のコンポーネント ツリーの機能強化

埋め込みの Layout Inspector でのコンポーネント ツリーの操作が、いくつかの重要な改善により、より直感的で効率的になりました。これらのアップデートは、ワークフローを合理化し、Compose UI の構造に関するより明確な分析情報を提供することを目的としています。

1. 水平スクロール: コンポーネント ツリー内で水平方向にスクロールできるようになりました。これにより、コンテキストを失うことなく、幅の広いレイアウトや深くネストされたレイアウトを簡単に移動して検査できます。
2. 選択時の自動スクロール: コンポーネント ツリーで項目を選択すると、選択した項目がビューに収まるように、ビューが水平方向と垂直方向の両方に自動的にスクロールされるようになりました。これにより、目的の要素が常に中央に表示されます。
3. 関係の可視化の改善: コンポーネント ツリー内のサポートラインを改良し、ノードの関係をより明確に視覚的に把握できるようにしました。点線で親ノードとその子ノード間の呼び出しスタックの関係が明確に示されるようになり、プログラム接続をより効果的にトレースできるようになりました。実線は、ツリー内の他のすべての標準的な親子関係を表します。

これらの機能強化は、よりスムーズで効率的なデバッグ エクスペリエンスを提供し、UI をすばやく理解して調整できるようにすることを目的としています。

ローカル LLM を使用する

Android Studio Narwhal 4 Feature Drop では、IDE の AI 機能の基盤となる LLM を選択できます。

LLM はローカルマシンに存在する必要があります。これは、インターネット接続が制限されている場合や、AI モデルの使用に関する制限がある場合、またはオープンソースの研究モデルを試したい場合に有利です。

ローカル LLM は、Android Studio に組み込まれている LLM サポートの代替手段となります。ただし、Gemini は Android 向けに調整されており、Android Studio のすべての機能をサポートしているため、通常は Gemini in Android Studio が最適な Android 開発環境を提供します。Gemini では、Android 開発タスク用にさまざまなモデルを選択できます。たとえば、無料のデフォルト モデルや、有料の Gemini API キーでアクセスするモデルなどがあります。

ローカル LLM をサポートするには、ローカル コンピュータに LM Studio や Ollama などの LLM プロバイダと、互換性のあるモデルをインストールする必要があります。

Android SDK Upgrade Assistant が Android 16 / API 36 をサポート

Android 15 / API 35 から Android 16 / API 36 への移行が Android SDK Upgrade Assistant に追加されました。移行についてヘルプが必要な場合は、[Tools] > [Android SDK Upgrade Assistant] に移動します。

Android Gradle プラグイン 9.0

Android Gradle プラグイン 9.0 は AGP の新しいメジャー リリースであり、API と動作の変更が導入されています。

Android Gradle プラグイン 9.0.0-alpha02 に更新するには、Android Studio Narwhal 4 Feature Drop | 2025.1.4 の Android Gradle プラグイン Upgrade Assistant を使用します。

AGP Upgrade Assistant は、プロジェクトをアップグレードする際に、必要に応じて既存の動作を維持するのに役立ちます。これにより、AGP 9.0 の新しいデフォルトをすべて採用する準備ができていない場合でも、プロジェクトをアップグレードして AGP 9.0 を使用できます。

互換性

Android Gradle プラグイン 9.0.0-alpha02 がサポートする最大 Android API レベルは API レベル 36 です。

Android Gradle プラグイン 9.0.0-alpha02 には Gradle 9.0.0 が必要です。

動作の変更

Android Gradle プラグイン 9.0 には、次の新しい動作があります。

AGP 9.0 には、次の Gradle プロパティのデフォルトの更新が含まれています。これにより、アップグレード時に AGP 8.13 の動作を保持するかどうかを選択できます。

android {
  buildFeatures {
    shaders = true
  }
}

削除された機能

Android Gradle プラグイン 9.0 では、次の機能が削除されます。

• Wear OS アプリの埋め込みのサポート
  AGP 9.0 では、Wear OS アプリの埋め込みのサポートが削除されました。この機能は Google Play でサポートされなくなりました。これには、wearApp 構成と AndroidSourceSet.wearAppConfigurationName DSL の削除が含まれます。Wear OS へのアプリの公開方法については、Wear OS への配信をご覧ください。

変更された DSL

Android Gradle プラグイン 9.0 には、次の破壊的な DSL の変更が含まれています。

• CommonExtension のパラメータ化が削除されました。これ自体は、将来のソースレベルの破壊的変更を回避するためのソースレベルの破壊的変更にすぎませんが、DSL ブロック メソッドを CommonExtension から ApplicationExtension、LibraryExension、DynamicFeatureExtension、TestExtension に移動する必要があることも意味します。

DSL を削除しました

Android Gradle プラグイン 9.0 では、次のものが削除されています。

• AndroidSourceSet.jni（機能していなかったため）。

• AndroidSourceSet.wearAppConfigurationName（削除された埋め込み Wear OS アプリのサポートに関連するもの）。

• BuildType.isRenderscriptDebuggable（機能していなかったため）。

• ComponentBuilder.enabled。ComponentBuilder.enable に置き換えられました。

• Installation.installOptions(String)。Installation.installOptions の可変プロパティに置き換えられます。

• VariantBuilder.targetSdk と targetSdkPreview は、ライブラリでは意味がなかったため削除されました。代わりに GeneratesApkBuilder.targetSdk または GeneratesApkBuilder.targetSdkPreview を使用してください。

• 試験運用中だが安定化されていない PostProcessing ブロック。

• ProductFlavor.setDimension（dimension プロパティに置き換えられます）

• Variant.unitTest: com.android.test プラグインには適用されなかったため。unitTest は、HasUnitTest を拡張する VariantBuilder サブタイプで使用できます。

• VariantBuilder.enableUnitTest: com.android.test プラグインには適用されなかったため。enableUnitTest は、HasUnitTestBuilder を拡張する VariantBuilder サブタイプで使用できます。

• HasUnitTestBuilder を拡張する VariantBuilder サブタイプで、より一貫性のある名前の enableUnitTest を優先して VariantBuilder.unitTestEnabled が削除されました。

削除された Gradle プロパティ

次の Gradle プロパティは、デフォルトで有効になっている機能をグローバルに無効にする方法として最初に追加されました。

これらの機能は、AGP 8.0 以下ではデフォルトで無効になっています。これらの機能を使用するサブプロジェクトでのみ有効にして、ビルドをより効率的にします。

android {
  buildFeatures {
    aidl = true
  }
}

android {
  buildFeatures {
    renderScript = true
  }
}

削除された API

Android Gradle プラグイン 9.0 では、次のものが削除されています。

• 非推奨となり無効化された BaseExtension.registerTransform API。これは、AGP 4.2 以前で実行することをターゲットにしながら、最新の AGP バージョンに対してコンパイルできるようにするためにのみ残されていました。

適用される Gradle プロパティ

次の Gradle プロパティを設定すると、AGP 9.0 はエラーをスローします。

これらのプロパティを使用するプロジェクトは、Android Gradle プラグイン Upgrade Assistant を使用しても AGP 9.0 にアップグレードされません。