Android Studio Electric Eel | 2022.1.1

Android Studio は Android 開発用の公式 IDE であり、Android アプリの構築に必要なものがすべて含まれています。

このページでは、Stable チャンネルの最新バージョンである Android Studio Electric Eel の新機能と改善点を紹介します。ダウンロードはこちらから行えます。更新する場合は、Android Studio 内で [Help] > [Check for updates]（macOS では [Android Studio] > [Check for updates]）を選択してください。

旧バージョンの Android Studio のリリースノートについては、Android Studio の過去のリリースをご覧ください。

今後リリースされる機能や改良点の早期アクセスについては、Android Studio のプレビュービルドのページをご覧ください。

Android Studio で問題が発生した場合は、既知の問題またはトラブルシューティングのページをご確認ください。

Android Gradle プラグインと Android Studio の互換性

Android Studio ビルドシステムは Gradle をベースにしており、Android Gradle プラグインは Android アプリのビルドに役立つ複数の機能を追加します。次の表に、Android Studio の各バージョンに必要な Android Gradle プラグインのバージョンを示します。

Android Studio バージョン	必要なプラグインのバージョン
Giraffe \| 2022.3.1	3.2-8.1
Flamingo \| 2022.2.1	3.2-8.0
Electric Eel \| 2022.1.1	3.2-7.4
Dolphin \| 2021.3.1	3.2-7.3
Chipmunk \| 2021.2.1	3.2-7.2
Bumblebee \| 2021.1.1	3.2-7.1
Arctic Fox \| 2020.3.1	3.1-7.0

Android Gradle プラグインの新機能については、Android Gradle プラグインのリリースノートをご覧ください。

Android Studio Electric Eel の新機能は次のとおりです。

パッチリリース

Android Studio Electric Eel のパッチリリースを以下に示します。

Android Studio Electric Eel | 2022.1.1 パッチ 2（2023 年 2 月）

このマイナーアップデートには、次のバグ修正が含まれています。

修正された問題

Compose プレビュー

問題 #262773698

b タグを指定して HTML テキストを使用した場合に Compose プレビューが破損する

問題 #266054909

ライブラリモジュールからプレビューを実行できない

Layout Editor

問題 #257280452

Layout Editor の例外

圧縮ツール（R8）

問題 #265905174

AGP 7.4.0 / 7.3.1 - キューに追加するための作業リストが push 可能ではないのに、アクションのキューへの追加が試行される

問題 #250634405

「:app:minifyVariantWithR8」が AGP 7.4.0-beta02 で NullPointerException をスローする

問題 #263934503

R8: -allowaccessmodification で ClassNotFoundException が発生する

Android Studio Electric Eel | 2022.1.1 パッチ 1（2023 年 2 月）

パッチ 1 のリリースにより、Android Studio Electric Eel は Kotlin 1.8 をサポートするようになりました。このマイナーアップデートには、以下のバグ修正も含まれます。

修正された問題

インストーラ

問題 #265309504

Android Studio Electric Eel | 2022.1.1 で Windows 11 を開けない

Logcat

問題 #263475910

@ を入力できない（Logcat ショートカットの競合）

Logcat の更新

[Logcat] ウィンドウの UI

Android Studio Electric Eel では、新しいバージョンの Logcat がデフォルトで有効になっているため、ログの解析、クエリ、追跡を簡単に行えます。これは、ツールの導入以来の最も重要な更新です。新機能とクエリ構文の使用方法について詳しくは、Logcat でログを表示するをご覧ください。

Firebase Crashlytics から App Quality Insights への連携

Android Studio Electric Eel 以降では、Firebase Crashlytics のアプリクラッシュデータを IDE で直接確認して操作を加えることができます。この統合では、スタックトレースデータとクラッシュ統計情報が Crashlytics から IDE の新しい [App Quality Insights] ツールウィンドウに取り込まれるため、ブラウザと IDE の間を行き来する必要がありません。開発チームは次のような主要な機能を利用できます。

関連する Crashlytics イベントデータがある場合、コード内の行がハイライト表示されます。
上位のクラッシュのスタックトレースを確認し、スタックトレースをクリックしてコード内の関連する行に移動できます。
上位のクラッシュや非致命的なイベントに関する概要の統計情報（デバイスのメーカーや Android のバージョン別にグループ化されたものなど）を確認できます。
重大度、時間、アプリのバージョンでイベントをフィルタできます。
ブラウザリンクを取得して Crashlytics ダッシュボードページを開き、イベントの詳細を確認できます。

Android Studio と Crashlytics の統合により、コードの記述と上位のクラッシュの問題の対処を同じ場所から行えるようになりました。このように開発エクスペリエンスが充実しているため、アプリのパフォーマンスに関する最新情報を取得することが可能で、ユーザーの混乱を最小限に抑えることができます。この機能に関する問題が発生した場合は、バグを報告してください。

Crashlytics をまだ利用されていない場合、Crashlytics の詳細については、Firebase Crashlytics をご覧ください。

使ってみる

Android Studio で Crashlytics のデータを表示するには、アプリプロジェクトで Firebase と Crashlytics を設定する必要があります。手順は次のとおりです。Android Studio で [Tools] > [Firebase] に移動して Firebase Assistant を開き、[Crashlytics] をクリックします。チュートリアルに沿って Firebase と Crashlytics をプロジェクトに追加します。Firebase Assistant のワークフローについて詳しくは、Firebase の Android 向けスタートガイドをご覧ください。

すでに Firebase と Crashlytics をアプリに追加している場合は、IDE でアバターアイコンをクリックしてデベロッパーアカウントにログインします。ログイン後、[App Quality Insights] ツールウィンドウをクリックします。[Issues]、[Sample Stack Trace]、[Details] の各パネルに Crashlytics のレポートが表示されます。

Android Studio で Crashlytics のデータを操作する

[App Quality Insights] ツールウィンドウには、発生したイベントについて分析するための豊富なデータと、イベントのソースにすばやく移動するためのリンクが表示されます。

[App Quality Insights] ツールウィンドウ

プロジェクトに複数のアプリモジュールが含まれている場合は、モジュールのプルダウンメニューから、イベントデータを表示するモジュールが選択されていることを確認します。
アプリケーション ID のプルダウンメニューを使用して、分析したいアプリ ID を選択します。たとえば、IDE でアプリのデバッグバージョンを操作しているときに、ユーザーがインストールしているアプリの製品版のイベントデータを表示する場合があります。
[Issues] パネルには、Crashlytics にデータがある上位のイベントが表示され、クラッシュの影響の大きい順に並べ替えられています。
[Sample Stack Trace] パネルには、[Issues] パネルでクリックしたイベントの最近の発生に関する詳細が表示されます。イベントのスタックトレースを確認し、スタックトレースをクリックしてコードベース内の関連する行に移動できます。

また、影響を受けるデバイスタイプ、その Android バージョン、イベントの発生時刻に関する情報のほか、Firebase Crashlytics ダッシュボードのイベントへのリンクも表示されます。このダッシュボードは、その他のスタックトレース、傾向、カスタムログをより詳細に分析、調査したい場合に便利です。
[Details] パネルには、デバイスタイプと Android バージョンごとのクラッシュ数の内訳が表示されるため、最も影響を受けているユーザーグループを特定できます。また、クラッシュが発生したアプリのバージョンと影響を受けるユーザーの数も表示されます。
重大度フィルタを使用して、致命的なイベントと非致命的なイベントを選択したり、選択解除したりできます。
期間フィルタとアプリのバージョンフィルタを使用して、特定のイベントのサブセットを絞り込むことができます。

スタックトレースからコードに移動できるだけでなく、コードからスタックトレースに移動することもできます。Android Studio では、クラッシュに関連するコード行を強調するようになったため、該当する行を簡単に見つけてデバッグできます。

IDE でハイライト表示されたクラッシュ関連のコード

ハイライト表示されたコード行にカーソルを合わせると、関連するイベントとその頻度、影響を受けるデバイス数を示すポップアップが表示されます。[Open in App Quality Insights] をクリックすると、[App Quality Insights] ツールウィンドウでイベントの詳細を確認できます。詳細については、App Quality Insights を使用して Firebase Crashlytics の問題を分析するをご覧ください。

Compose プレビューのライブアップデート

Android Studio Electric Eel 以降では、プレビューが変更されるとすぐにその更新が反映されます。詳細については、コンポーザブルのプレビューをご覧ください。

Compose プレビューでのリアルタイムの更新を示す GIF

さまざまなデバイスで Compose プレビューを使用する

Android Studio Electric Eel では、Preview アノテーションの device パラメータを編集して、さまざまなデバイスでのコンポーザブルの構成を定義できます。詳しくは、各種デバイスで使用するをご覧ください。

コンポーズ可能な関数のサンプル

サンプル関数の編集

Layout Inspector の再コンポーズのレンダリングのハイライト

Android Studio Electric Eel では、再コンポーズがハイライト表示されるので、UI 内のどこでコンポーザブルが再コンポーズするかを見つけるのに役立ちます。ハイライト表示された部分では、Layout Inspector の画像セクションにコンポーザブルのグラデーションオーバーレイが表示されて徐々に消えます。これにより、再コンポーズ回数が最も多いコンポーザブルが UI 内のどこで見つかるかを把握できます。あるコンポーザブルの再コンポーズ回数が別のコンポーザブルより多い場合、そのコンポーザブルのグラデーションオーバーレイはより濃厚な色になります。詳しくは、Layout Inspector での Compose 再コンポーズ回数をご覧ください。

再コンポーズのレンダリングのハイライト表示

ビュー用のビジュアル lint

Android Studio は、自動的にレイアウトを実行して、ビューで記述されたレイアウトのさまざまな画面サイズにおけるビジュアル lint 問題をチェックします。Layout Validation を開くと、すべてのレイアウトが異なるデバイスサイズでレンダリングされる様子を確認できます。問題がある場合は、[Problems] パネルに表示されます。このパネルには、デザインツール内のすべての問題が表示されます。

Layout Validation の UI

[Universal Problems] パネル

共有の問題パネルで、デザインツールのすべての問題を表示できるようになりました。ツールウィンドウを表示するには、[View] > [Tool Windows] > [Problems] に移動します。

パネル UI

サイズ変更可能なエミュレータ

サイズ変更可能な単一のエミュレータを使用して、複数の画面サイズでアプリをテストできるようになりました。サイズ変更可能な単一のエミュレータでテストすることで、異なるインターフェース間で変更を迅速にテストできるだけでなく、個別の仮想デバイスの管理に必要なコンピューティングリソースとメモリを節約して開発をより円滑に進めることができます。

サイズ変更可能なエミュレータを使用するには、Android Emulator バージョン 31.1.3 以降が必要です。バージョンをアップグレードするには、[Tools] > [SDK Manager] に移動します。サイズ変更可能な Android Virtual Device（AVD）を作成する手順は次のとおりです。

デバイスの作成フローで、[Resizable (Experimental)] スマートフォンハードウェアプロファイルを選択します。
Android Tiramisu システムイメージをダウンロードします。
画面の指示に沿って AVD を作成します。

サイズ変更可能なエミュレータにアプリをデプロイする場合は、エミュレータツールバーの [Display Mode] プルダウンを使用して、一連の一般的なデバイスタイプ間ですばやく切り替えを行えます。エミュレータの画面はサイズ変更されるため、さまざまな画面サイズと密度でアプリを簡単にテストできます。

サイズ変更可能なエミュレータの表示モードのプルダウンメニュー

デバイスのミラーリング

Android Studio Electric Eel の [Running Devices] ウィンドウでデバイスをミラーリングできるようになりました。デバイスのディスプレイを Android Studio に直接ストリーミングすることで、画面の回転、音量の変更、デバイスのロック / ロック解除などの一般的な操作を IDE から直接実行できます。

デバイスのミラーリングは、Electric Eel Canary チャンネルで試験運用版の機能として利用できます。手動でオンにするには、[File] > [Settings] > [Experimental]（Mac の場合は [Android Studio] > [Preferences] > [Experimental]）に移動して、[Device Mirroring] の隣のチェックボックスをオンにします。

[Device Mirroring] を有効にするチェックボックス UI

まず、デバイスに接続していることを確認します。接続されているすべてのデバイスは、[Running Devices] ウィンドウのタブにミラーリングされます。このウィンドウは、[View] > [Tool Windows] > [Running Devices] に移動することで開けます。接続済みのデバイスにアプリまたはテストをデプロイすると、[Running Devices] ウィンドウが自動的に表示され、ミラーリングされたデバイスが表示されます。

実行中のデバイスの UI

プライバシーに関するお知らせ

デバイスのミラーリングが有効になっている場合、Android Studio は接続済みのペア設定済みデバイスのデバイスミラーリングを自動的に開始します。ミラーリング情報とコマンドは暗号化されていないチャネルを介して渡されるため、adb tcpip コマンドで接続されたデバイスの情報が公開される可能性があります。また、Android Studio は暗号化されていないチャネルを使用して adb サーバーと通信するため、ホストマシン上の他のユーザーによってミラーリング情報が傍受される可能性があります。

Desktop Android Virtual Device が利用可能に

Desktop Android Virtual Device（AVD）を使用して、Chromebook などのデスクトップデバイス上でのアプリの動作をテストできるようになりました。大画面デバイスの場合、ユーザーが異なる方法でアプリを操作することがよくあります。Desktop AVD を使用すると、そのような環境でのアプリの動作を確認できます。テスト可能な一意の機能は次のとおりです。

アプリのサイズ変更: ウィンドウの端をドラッグしてアプリのサイズを変更します。
フリーフォームウィンドウ管理: アプリをデスクトップ画面上のさまざまな場所に配置し、アプリウィンドウを最小化、最大化、復元します。
通知: デスクトップ上のシステムトレイから通知を表示したときに、通知が正しくレンダリングされることを確認します。

Desktop AVD の詳細と、テストワークフローに Desktop AVD を組み込む方法については、ChromeOS デベロッパーブログの Android Studio の Desktop AVD をご覧ください。

Chromebook のアプリ

Build Analyzer を使用してダウンロードの影響を確認する

Build Analyzer を使用して、依存関係のダウンロードに要した時間の概要と、リポジトリごとのダウンロードの詳細を確認できるようになりました。この情報を使用して、予期せぬ依存関係のダウンロードがビルドのパフォーマンスに悪影響を与えているかどうかを確認できます。これは、アーティファクトを一貫してダウンロードしない増分ビルドで特に重要です。

特に重要な点として、この情報を使用し、予期せぬダウンロードを引き起こす依存関係の動的バージョンの使用など、構成の問題を特定できます。また、特定のリポジトリで多数のリクエストが失敗している場合は、リポジトリを削除するか、リポジトリ構成の下位に移動する必要があることを示している可能性があります。

SDK 分析情報

一般的な依存関係（SDK）に関する情報が記載された公開ポータルである、新しい Google Play SDK Index からの依存関係の分析情報を表示します。特定のバージョンのライブラリが作成者によって古いとマークされている場合、その依存関係の定義を表示すると、対応する lint 警告が表示されます。そのため、後で Google Play Console でアプリを公開したときではなく、開発中に依存関係の問題を特定して更新できます。この新しいツールについて詳しくは、Android デベロッパーのこちらのブログ投稿をご覧ください。

SDK コマンドラインツール