谷歌用 4000 行 Rust 代码重写：Android 17 引入 ADB Wi-Fi 2.0，彻底重写无线调试堆栈解决断连痛点

6 月 17 日消息，谷歌在 Android 17 中对无线 ADB 功能进行了大幅重写，并推出了全新的 ADB Wi-Fi 2.0，旨在解决自 Android 11 引入无线调试功能以来长期困扰开发者的稳定性和易用性问题。

ADB 即 Android 调试桥，是让用户从 PC 端控制 Android 设备的命令行工具。虽然 ADB 支持有线与无线两种连接方式，但多数用户更倾向使用有线连接，因为无线模式一直存在多种不便。

谷歌 ADB 技术负责人 Fabien Sanglard 在 Android Makers 大会上详细解释了第一代方案的问题所在。

2020 年随 Android 11 发布的 ADB Wi-Fi v1 依赖于大量第三方库，Mac 端使用苹果的 mDNSResponder，Windows 和 Linux 端则采用 Chrome 的 Open Screen 库。Sanglard 形容这些选择“就像信用卡”，带来了即时的功能，但也积累了长期的技术债务。Chrome 的库最初为 Chromecast 打造，并未针对笔记本合盖或在不同办公室之间移动等场景进行设计，网络一旦发生变化就会直接导致旧的无线堆栈崩溃，迫使开发者重新完成配对流程。

ADB Wi-Fi 2.0 彻底抛弃了这些旧依赖。谷歌用一套自研的约 4000 行 Rust 轻量级库取而代之，该库专门针对跨桌面平台的网络状态变化监测进行了设计。在设备端，手机则直接调用 Android 原生的 NsdManager 平台堆栈。

实际改进相当显著。系统现在会自动监测网络状态，当用户离开会议室再返回后，只要处于受信任网络，ADB Wi-Fi 2.0 将自动重新启用并完成重连，无需手动干预。

为实现这一可靠性，Android 17 在识别受信任网络时采用了 SSID 与 BSSID（MAC 地址）的智能组合，而不仅仅依赖 BSSID，从而避免多接入点环境下的断连问题。

Android Studio 的配对界面也同步获得更新。旧的对话框只会显示一个旋转的二维码，若网络阻塞就会无限卡住；新的对话界面将直接列出一份可被发现本地设备的实时列表，并附带自定义设备名称。

框架层面的修复需要设备运行 Android 17 才能实现，但使用旧版 Android 的开发者只要在 PC 端将 ADB 更新至 37 版本并升级到最新版 Android Studio，也能在主机侧获得一定的稳定性改善。