ADB Wi-Fi 2.0 научился сам возвращать беспроводную отладку после смены сети

Беспроводная отладка появилась в Android еще с Android 11, но наличие функции не избавило разработчиков от довольно приземленной проблемы: телефон и компьютер могли быть спарены, а после отключения устройства, изменения сетевой конфигурации или очередного переподключения к Wi-Fi связь приходилось восстанавливать. В ADB Wi-Fi 2.0 Google занялась именно этим поведением, а не просто ускорением передачи данных.
В официальном сообщении Android Developers говорится о переработке трех частей системы: adb на компьютере, демона adbd на Android и механизма обнаружения устройств в Android Studio. На стороне adb заменили Bonjour и прежнюю реализацию mDNS новым стеком. Через mDNS компьютер обнаруживает спаренные Android-устройства в локальной сети, поэтому сбои этого механизма раньше могли выглядеть как внезапно пропавший телефон, хотя само сопряжение никуда не исчезало.
Интереснее изменилось поведение самого Android. При включении Wireless debugging система предлагает разрешить отладку для текущей сети, а вариант Always allow on this network делает ее доверенной для беспроводного ADB. После первоначального сопряжения телефон сохраняет компьютер в списке разрешенных. В ADB Wi-Fi 2.0 он должен автоматически подключаться к нему, когда снова оказывается в такой сети. Если сеть не отмечена как доверенная, adbd отключает ADB по Wi-Fi и включает его снова после возвращения в разрешенную сеть. Это одновременно убирает ручное переподключение дома или в офисе и не оставляет беспроводную отладку постоянно активной при переходе, например, на другую точку доступа.
Google приводит и собственные цифры: успешность автоматического соединения выросла на 32%, а 90% соединений устанавливаются на 66% быстрее. Методика этих измерений в публикации не раскрыта, поэтому воспринимать проценты как универсальный результат для любой сети нельзя. Они подтверждают направление изменений, но не отвечают, насколько быстрее конкретный телефон обнаружится через конкретный роутер.
Есть и техническая граница, которую новая версия не убирает. Автоматическое обнаружение по-прежнему зависит от mDNS и связи устройств внутри одной локальной сети. Документация прямо предлагает проверять появление сервиса _adb-tls-connect._tcp командой adb mdns track-services --proto-text. Если сеть блокирует mDNS или изолирует клиентов друг от друга, новый стек сам по себе это ограничение не обойдет. Такая конфигурация встречается, в частности, в корпоративных и гостевых Wi-Fi-сетях.
ADB Wi-Fi 2.0 требует Android 17 и adb 37.0.0; Google также указывает Android Studio Quail 3 или более новую версию. Поддержка относится не только к телефонам: заявлены планшеты, устройства Wear OS и Android TV. Android 17 уже выпущен для поддерживаемых Pixel, однако появление этой версии Android на устройствах других производителей зависит от их собственных графиков обновления. Отдельных условий или ограничений для России Google не указывает.
Смысл ADB Wi-Fi 2.0 хорошо виден именно здесь: первоначальное сопряжение никуда не исчезло, требования к локальной сети сохранились, а скорость сама по себе вторична. Исправлен сценарий, из-за которого беспроводная отладка часто оказывалась менее удобной, чем обещало ее название: после первого разрешения доверенная сеть теперь должна сама возвращать разработчику уже знакомое устройство.