Подтвердить что ты не робот

Android studio 2.0 logcat spammed by deconnection

My Android Studio продолжает спамероваться каким-то отладочным сообщением с тех пор, как я обновил до 2.0

[ 05-17 17:08:32.896    81:   81 D/         ]
Socket deconnection

[ 05-17 17:08:34.896    81:   81 D/         ]
Socket deconnection

[ 05-17 17:08:36.910    81:   81 D/         ]
Socket deconnection

[ 05-17 17:08:38.912    81:   81 D/         ]
Socket deconnection

[ 05-17 17:08:40.909    81:   81 D/         ]
Socket deconnection

[ 05-17 17:08:42.918    81:   81 D/         ]
Socket deconnection

и он продолжает двигаться и двигаться. Это становится действительно счастливым спамом, когда мое приложение начинает нажимать данные на сервер. Данные делают это, поэтому я не уверен, что происходит.

Я добавил это в свой фильтр logcat, чтобы попытаться избавиться от него, но это не сработало: ^ (?! WifiStateMachine | ConnectivityService | ConnectivityManager | dalvikvm | IInputConnectionWrapper)

Кто-нибудь знает, как избавиться от этого? его очень трудно отладить мое приложение и отслеживать мои журналы.

Спасибо за ваше время

ИЗМЕНИТЬ Благодарим вас за комментарий, в котором указано, что Genymotion можно указать на Android SDK и использовать THAT adb.exe, который остановит этот глупый спам В главном приложении genymotion щелкните параметры → ADB → пользовательский SDK для Android. укажите /AppData/Local/Android/sdk лото!

4b9b3361

Ответ 1

Вы случайно используете Genymotion? У меня была такая же ошибка после обновления до версии 2.7.0. По умолчанию Genymotion использует свой собственный adb.exe, расположенный в папке Genymotion\tools. Я понял, что три разных экземпляра adb.exe работают одновременно - один в папке Android\sdk\platform-tools и два в папке Genymotion.

Я изменил конфигурацию Genymotion, чтобы использовать систему adb.exe, и ошибка декомпозиции Socket исчезла. У меня Android Studio 2.1.2.

Если вы используете реальное устройство, это может быть проблема с подключением кабеля. Во всех случаях полезно проверить, не запущен ли какой-либо другой экземпляр adb.exe.

P.S. Мгновенная ошибка разъединения Socket появилась снова, на этот раз только на планшете AVD и только в альбомной ориентации. Если вы испытываете то же самое, закройте все открытые приложения и откройте Network and sharing center - измените настройки адаптера. Щелкните правой кнопкой мыши по сети только для виртуальных веб-узлов - Свойства, снимите отметку со всех остальных и оставьте только драйвер Virtualbox NDIS6, TCP/IPv4 и два слоя ссылок (я подозреваю, что причиной было TCP/IPv6). Затем перезагрузите ОС.

ИЗМЕНИТЬ Вторая причина для ошибки "разборки сокета". Если он сохраняется после изменения ADB по умолчанию, выйдите из Genymotion, подождите некоторое время и откройте Virtualbox как автономную программу. Выберите свой AVD - Настройки - Сеть. Если он настроен на "Только адаптер хоста", измените его на NAT Network - Name NatNetwork (возможно, NAT или Bridged). Кажется, что Genymotion снова подключает сетевой адаптер к "Host only" только при каждом запуске, а NAT - второй адаптер. Обычно он работает нормально, но если возникает ошибка декомпозиции, изменение в NAT Network делает его исчезающим.

Ответ 2

Загрузка виртуального устройства снова решила мою проблему.

Ответ 3

Обновление приложения Genymotion от 2.7.1 до 2.7.2 для меня.

Настройки ADB все те же (с использованием ADB с android-sdk), и мне не нужно было обновлять виртуальное устройство.

Ответ 4

В дополнение к ответу @Helmwag проблема может быть в ADB, но не только в Genymotion, но и в SDK по умолчанию.

В моем случае я переключил ADB из Genymotion в Android SDK некоторое время назад из-за какой-то другой проблемы. Сначала я не заметил тонны отладочных сообщений.

Сегодня я, наконец, устал от них и решил избавиться от этих сетевых сообщений. Переключение Genymotion из Android SDK ADB во внутренний Genymotion ADB решило мою проблему.

Вероятно, это результат некоторых внутренних механизмов внутри ADB и эмулятора, но, как ни странно, проблема может быть скрыта с обеих сторон.

Ответ 5

Я только начал испытывать это снова. Однако, я как бы ожидал этого. Глупый я использовал Sleep, а это означало, что мне пришлось перезагрузить компьютер (через несколько часов), но он вернулся, как разбуженный. При этом Виртуальный ящик запрашивал обновления 3 раза (если я правильно помню #), и это, по опыту, сбрасывает сетевые адаптеры и, я считаю, почему в этой ситуации я начал получать эти ошибки, которые у меня нет был в течение некоторого времени.

У меня GenyMotion 2.8.1. Я не думаю, что GenyMotion или Android ADB имеют большое значение (я использовал последний в течение некоторого времени, но в последнее время обновился до Windows 10 и только теперь понял, что я использую Genymotion, просто изменился на Android).

У меня есть относительно мощный ПК (FX8350 и 32Gb RAM). Недавно я обновился с 16 до 32 и улучшение надежности запуска GenyMotion Devices без зависания с момента обновления, поэтому я подозреваю, что a) (ii) ниже, похоже, имеет значение.

Мое решение, которое я обычно строго соблюдаю и которое, как представляется, вылечивает другие раздражающие поведения (например, постоянно отключая все устройства (обычно у меня есть реальное устройство (или больше), а также устройство GenyMotion (иногда больше))): -

a) (i) У всех подключенных ОС Android и (ii) также работает как можно меньше программ/приложений (возможно, это, по-видимому, дает намного больше шансов, чтобы устройства GenyMotion не висели)

b) Запустите GenyMotion и подождите некоторое время (минут или около того), а затем запустите необходимое устройство GenyMotion. Если более одного раза за один раз (у меня было сразу 5, но не недавно), тогда только начинайте новый, когда предшественник полностью запущен (т.е. Отображается главный экран).

c) Когда устройство GenyMotion имеет или у вас есть устройства, он начал успешно, а затем запустил Android Studio.