ADB Wi-Fi 2.0 обновила обнаружение устройств и работу с доверенными сетями
Изменение от 9 сентября затрагивает компьютерный сервер ADB, службу на Android и интерфейс Studio. Для нового режима названы конкретные версии системы и инструментов; это не обновление только одной кнопки IDE.
Где возникала нестабильность
Беспроводная отладка зависит сразу от компьютера, телефона и локальной сети. Разрыв после изменения конфигурации или выхода устройства из сна прерывает установку, чтение журналов и проверку приложения. В ADB Wi-Fi 2.0 Google переработала стек mDNS вместо прежнего сочетания Bonjour и старой реализации обнаружения. На стороне Android служба отключает беспроводной доступ в недоверенной сети и возвращает его в разрешённой пользователем. В Studio включённый для отладки телефон проще обнаружить через Device Manager. Эти изменения относятся к разным частям одной цепочки подключения.
Условия нового режима
В анонсе указаны Android 17, SDK Platform-Tools 37.0.0 и Android Studio Quail 3 либо новее. Телефон и рабочая станция должны находиться в одной Wi-Fi-сети. Затем включается Wireless debugging в настройках разработчика и выполняется сопряжение через QR-код или код. Поддержка заявлена для телефонов, планшетов, Wear OS и TV. Из списка не следует, что устройство со старым Android получит все свойства новой службы только после обновления Studio. У каждой стороны соединения собственный компонент и собственный график обновления. Беспроводное сопряжение устанавливает доверие между компьютером и устройством, а обнаружение mDNS помогает найти доступную службу. Эти стадии связаны, но не тождественны: появление телефона в списке ещё не означает, что команда установки уже авторизована. В ADB Wi-Fi 2.0 улучшения распределены между сервером на компьютере, службой Android и интерфейсом выбора. Поэтому один видимый результат — автоматическое подключение — складывается из нескольких внутренних шагов, каждый из которых зависит от состояния своей стороны и правил сети.
Как соотносятся ADB и интерфейс IDE
ADB является клиент-серверной системой. Клиент отправляет команду, компьютерный сервер управляет соединениями, а adbd выполняет операции на устройстве. Эта модель объясняет, почему улучшение обнаружения и поведения телефона требует согласованной работы частей. IDE предоставляет удобный интерфейс, но журналы и команды по-прежнему проходят через инструменты платформы. В документации ADB отдельно перечислены сетевые условия и способы диагностики. Одинаковое имя Wi-Fi не всегда гарантирует доступность устройств друг другу: гостевые и корпоративные сети могут ограничивать локальный обмен. Поэтому отсутствие телефона в списке не обязательно означает ошибку приложения.
Чего не говорят проценты ускорения
Google сообщает об улучшении успешности автоматического подключения на 32% и повышении скорости соединения на 66% для 90% соединений в своей оценке. Это метрики подключения, а не ускорение сборки, работы процессора телефона или передачи любого файла. Публикация не даёт основания обещать такой результат на каждой домашней сети. Практический эффект нового стека — меньше повторных ручных действий во время разработки. Беспроводная отладка при этом остаётся привилегированным каналом управления устройством: её состояние, ранее выполненные сопряжения и доверие к сети имеют значение независимо от удобства интерфейса. Успешное подключение подтверждает канал связи, но не корректность тестируемого приложения.
Сеть входит в условия воспроизведения
При разборе нестабильного соединения полезно различать потерю обнаружения, неудачное сопряжение и обрыв уже установленного канала. Эти случаи выглядят сходно в списке устройств, но относятся к разным этапам. Новые показатели Google описывают работу соединения; доступность корпоративной сети и её правила изоляции проверяются отдельно.
