Android 17 ADB は Wi-Fi 2.0 によるワイヤレス ADB の問題を解決します

Pixel Phone のワイヤレスデバッグ設定 (Ryan Haines 著)

Pixel スマートフォン上の Android のワイヤレスデバッグ設定ページの画像。ライアン・ヘインズによるオリジナル写真。スクリーンショットを画面に配置するために、Gemini Nano Banana Pro が使用されました。

TL;DR

Android 11 でリリースされたオリジナルの Wireless ADB は、ネットワークの変更中に日常的にクラッシュする肥大化したサードパーティライブラリに依存していました。
Android 17 では、古いコードを軽量のカスタム 4,000 行 Rust ライブラリに置き換える ADB Wi-Fi 2.0 が導入され、大幅な安定性と改善がもたらされます。
ADB は手動修復を行わずに信頼できるネットワークを自動的に記憶して再接続するようになり、Android Studio のペアリングウィンドウが刷新され、ローカルデバイスのライブリストが表示されます。

自分を Android パワーユーザーだと考えている人は、おそらく ADB について聞いたり、使用したりしたことがあるでしょう。 Android Debug Bridge の略称である ADB は、PC から Android デバイスを制御できるコマンドラインツールです。 ADB は有線接続と無線接続の両方で動作しますが、無線で使用すると面倒な点があるため、ほとんどのユーザーは有線接続を好みます。 Android 17 では、Google はついに ADB Wi-Fi 2.0 でこれらの問題に対処します。

以前 Android Canary ビルドで見られたように、Android 17 では、安定性、信頼性、使いやすさを向上させるワイヤレス ADB スタックの大幅な見直しである ADB Wi-Fi 2.0 が導入されています (Reddit の Mishaal Rahman)。

Google の ADB テクニカルリードである Fabien Sanglard 氏は、Android Makers セッション中に ADB Wi-Fi 2.0 アップグレードにさらに光を当て、最初のイテレーションがそれほどうまくいかなかった理由を説明しました。

最終的に 2020 年の Android 11 でリリースされる ADB Wi-Fi (v1) を作成するために、Google は大規模で肥大化したサードパーティライブラリ、特に Mac 用の Apple の mDNSResponder と Windows および Linux 用の Chrome の Open Screen に依存しました。これらのオプションは「クレジットカードのようなもの」であり、即時の利便性をもたらしましたが、長期的な技術的負債を抱えていました。 Chrome のライブラリは、当初 Chromecast 用に構築されたもので、ラップトップの蓋を閉めたり、オフィス間を持ち運んだりするように設計されていませんでした。その結果、ネットワークの変更により古いワイヤレススタックが完全に破壊され、開発者はペアリングプロセスをやり直すことを余儀なくされました。

ADB Wi-Fi 2.0 は、その古い負担を完全に取り除きます。 Google はサードパーティの依存関係を削除し、すべてのデスクトッププラットフォームにわたるネットワークの変更を監視するために特別に設計された独自の軽量の 4,000 行の Rust ライブラリを採用しました。デバイス側では、電話機はネイティブ Android NsdManager プラットフォームスタックを利用するようになりました。

Android 17 ADB 37.0.0 Google ADB Wi-Fi 2.0（改良版）

ここでは実際の改善点について詳しく説明します。システムはネットワークのステータスを自動的に監視するようになりました。会議のために外出して戻ってきた場合、信頼できるネットワーク上にいる場合、ADB Wi-Fi 2.0 は自動的に再度有効になり、ユーザーの介入なしで再接続します。信頼性を高めるために、Android 17 では、BSSID だけではなく、改良された SSID と BSSID (MAC アドレス) の組み合わせを使用して信頼できるネットワークを識別します。これにより、複数のアクセスポイントのセットアップによるループの中断が防止されます。

Android Studio には、バックエンドの安定性に合わせて新しいペアリング UI も追加されています。ネットワークによってブロックされると無期限に停止するブラインドで回転する QR コードを表示する代わりに、新しいダイアログは、カスタマイズされたデバイス名を持つ実際の検索可能なローカルデバイスのライブリストを生成します。

Android 17 を使用した Google ADB Wi Fi 2.0 Android Studio ペアリング UI

フレームワークの修正には当然 Android 17 を実行しているデバイスが必要ですが、古いバージョンの Android を実行している開発者は、PC で ADB 37 と最新の Android Studio バージョンに更新することで、ホスト側で安定性の利点が得られます。これは地味な内部調整ですが、アプリのエコシステムを維持している人にとって、ADB Wi-Fi 2.0 は Android 17 への最良のアップグレードの 1 つになるかもしれません。

私たちのコミュニティの一員になっていただきありがとうございます。投稿する前にコメントポリシーをお読みください。