Intereting Posts

Android studio 2.0 logcat spammed by deconnection

Моя 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)

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

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

EDIT Спасибо за комментарий, в котором указано, что Genymotion можно указать на Android SDK и использовать THAT adb.exe который остановит этот глупый спам. В главном приложении genymotion нажмите «Параметры» -> ADB -> настраиваемый SDK для Android в / AppData / Local / Android / sdk bingo!

Solutions Collecting From Web of "Android studio 2.0 logcat spammed by deconnection"

Вы случайно используете 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.

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

РЕДАКТИРОВАТЬ Существует вторая причина для ошибки «разборки сокета». Если он сохраняется после изменения ADB по умолчанию, выйдите из Genymotion, подождите некоторое время и откройте Virtualbox как автономную программу. Выберите свой AVD – Настройки – Сеть. Если он настроен на «Только адаптер хоста», измените его на NAT Network – Name NatNetwork (возможно, NAT или Bridged). Кажется, что Genymotion снова заставляет сетевой адаптер «Принимать только» при каждом запуске, а NAT – второй адаптер. Обычно он работает нормально, но если возникает ошибка декомпозиции, изменение в NAT Network приводит к ее исчезновению.

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

Обновление решения Genymotion от 2.7.1 до 2.7.2 разрешено для меня.

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

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

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

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

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

Я только начал испытывать это снова. Однако, я как бы ожидал этого. Глупый я использовал Sleep, а это означало, что мне пришлось перезагрузить компьютер (через несколько часов), но он вернулся, как разбуженный. При этом Virtual box запрашивал обновления 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 .