要約:
Google は最近、Android システムのワイヤレス デバッグ機能を包括的に再構築した ADB Wi-Fi 2.0 を正式にリリースしました。新バージョンはAndroid 17でリリースされ、無線ADBが切れやすい、再ペアリングが面倒、Android Studioでのデバイス検出が難しいなどのこれまでの問題点を解決することに重点を置いた。 Googleによると、アップグレード後、ADB Wi-Fiの自動接続成功率は32％向上し、接続ケースの90％で接続速度が66％向上したという。
ADB とも呼ばれる Android Debug Bridge は、Android 開発者がコンピュータと Android デバイスを接続するための重要なツールです。従来、開発者は通常、USB データ ケーブルを介して携帯電話、タブレット、その他のデバイスをコンピュータに接続する必要がありましたが、Android 11 以降、ADB は Wi-Fi 経由のワイヤレス デバッグをサポートしました。開発者は、USB ケーブルを接続せずに、テスト アプリケーションのインストール、ログの表示、デバッグ コマンドの実行、その他の開発作業を実行できます。
しかし、初期の ADB Wi-Fi は実際に使用する際に多くの厄介な問題を抱えていました。コンピュータがネットワークを切り替えたり、電話が別のワイヤレス ネットワークに接続したり、コンピュータがスリープ状態になったり、デバイスが一時的にオフになったりすると、ワイヤレス ADB 接続が中断される可能性があります。開発者は多くの場合、デバイスを再検出したり、再ペアリングしたりする必要があるため、多くの人が最終的に USB ケーブルの使用を選択します。
Google は今回、特定のコンポーネントを単に最適化したのではなく、コンピュータ上の adb サーバー、Android デバイス上の adbd デーモン、Android Studio を含む ADB Wi-Fi のソフトウェア スタック全体を再設計しました。 Google はまた、デバイス検出に使用される mDNS ネットワーク サービスを再実装し、以前に依存していた従来の mDNS コンポーネントとサードパーティ実装を置き換えました。
以前のワイヤレス ADB は、コンピュータ側で Apple Bonjour および Chrome Open Screen のサードパーティ ソフトウェア コンポーネントを使用していました。これらのコンポーネントは、mDNS などのネットワーク検出機能を迅速に提供できますが、もともと ADB ワイヤレス デバッグ用に特別に設計されたものではないため、コンピューターの休止状態、ネットワークの切り替え、およびさまざまなネットワーク環境に直面すると互換性の問題が発生しやすくなります。 Google は現在、これらの歴史的な問題を根本から軽減するために、ADB Wi-Fi 専用に設計された新しい mDNS ソリューションに切り替えています。
デバイス側の Adbd もアップグレードされました。新しいバージョンのシステムでは、現在接続されているワイヤレス ネットワークがユーザーによって信頼されているネットワークかどうかをよりインテリジェントに判断できるようになりました。デバイスが信頼できないネットワーク環境にある場合、ADB Wi-Fi は自動的にオフになります。ユーザーが許可した信頼できるネットワークに再接続すると、システムは自動的にワイヤレス デバッグを再度有効にし、利便性とセキュリティのバランスを改善します。
Android Studio のデバイス検出方法も調整されました。以前は、開発者はデバイスを見つけるために対応するワイヤレス ペアリング インターフェイスに入る必要があり、入り口全体が直感的ではありませんでした。 ADB Wi-Fi 2.0 は、ワイヤレス デバッグ デバイスを Android Studio のデバイス マネージャーに直接統合します。ユーザーは携帯電話でワイヤレス デバッグを有効にするだけで、デバイスが Android Studio のデバイス マネージャーに自動的に表示され、QR コードまたはペアリング コードを通じて接続を完了できます。
Google は、ADB Wi-Fi 2.0 は Android スマートフォンやタブレットに適しているだけでなく、Wear OS デバイスや Android TV、その他の製品もサポートしていると述べました。新しいシステムを使用するには Android 17 が必要で、コンピューターには Android SDK Platform-Tools 37.0.0 以降をインストールし、Android Studio Quail 3 以降を使用する必要があります。コンピューターと Android デバイスも同じ Wi-Fi ネットワークに接続する必要があります。
最初のペアリングが完了すると、デバイスとワークステーションの間でペアリング状態が維持され、ワイヤレス ADB を使用して毎回再認証する必要はありません。電話とコンピュータがワイヤレス デバッグを可能にする同じネットワーク上にある限り、システムはデバイスを自動的に検出して接続します。これは、開発者がデータ ケーブルの抜き差しを繰り返し行うことなく、日常の業務中いつでも携帯電話を手に取り、アプリケーションをテストできることを意味します。
ADB Wi-Fi 2.0 によって USB デバッグの意味がなくなったわけではないことは注目に値します。システムの回復、低レベルのデバッグ、信頼性の低いネットワーク環境、または信頼できる Wi-Fi が利用できない場合には、USB がより安定した選択肢となります。さらに、ワイヤレス ADB 自体には特定のセキュリティ リスクがあるため、Android の設計上の焦点の 1 つは、信頼できないネットワークでの使用を制限することです。
Google の以前の ADB ワイヤレス デバッグ メカニズムは、TLS を介した暗号化接続とセキュリティ認証を提供していました。これは、TCP を介してデバイスを直接接続する初期の方法よりも安全です。 ADB Wi-Fi 2.0 では、信頼できるネットワークの判断がさらに強化され、ユーザーが公衆 Wi-Fi などの信頼できないネットワークに接続したときにワイヤレス デバッグが開かれたままにならないようにします。
ADB 自体は主に開発者と上級ユーザーを対象としているため、一般の Android ユーザーにとって、ADB Wi-Fi 2.0 は日常のエクスペリエンスに明らかな変化をもたらさないかもしれません。しかし、Android アプリケーションの開発、デバッグ、テストを頻繁に行うユーザーにとって、このアップグレードは、長年にわたってワイヤレス ADB の最も不満足だった安定性の問題を正確に解決します。
Android 17、Platform-Tools 37、および Android Studio の新しいバージョンの人気の高まりに伴い、ADB Wi-Fi 2.0 により、ワイヤレス デバッグが徐々に Android 開発作業のデフォルトの方法になることが予想されます。過去にワイヤレス接続が頻繁に切断されたため、USB データ ケーブルを再び使用する必要があった開発者にとって、基盤となるソフトウェア スタックから始まるこの再構築は、ADB ワイヤレス デバッグを真に成熟させるアップグレードになる可能性があります。
コメント