У меня проблема с моим logcat после обновления 1.2 Beta для Android Studio. Когда я запускаю свое приложение, оно регистрирует все, как обычно, затем я попадаю в точку, когда мое приложение вылетает с сообщением: к сожалению, игра остановлена.
Через несколько секунд Android закроет это сообщение. Когда это происходит, мой логарифм также полностью очищается, что означает, что у меня едва ли есть время, чтобы прочитать ошибку. Я нашел некоторую информацию о буфере, но похоже, что Android Studio не имеет возможности увеличить его, кроме того факта, что я сомневаюсь, что это проблема.
Что может быть полезно, так это то, что после его очистки и заполнения процесс изменяется на Android.process.core и сообщение, которое я получаю в моем журнале:
04-13 10:28:13.394 12259-12265/android.process.acore D/dalvikvm﹕
Debugger has detached; object registry had 1 entries
Изменить: я читал о точках останова, поэтому отключил приложение фокуса на точках останова в настройках-сборке, выполнении, развертывании-отладчике, но это не имело никакого эффекта.
источник
adb logcat
из своего терминала или командного окна и, при необходимости, направить ее в пейджер, grep, tee или что-то еще.adb shell bugreport > log.txt
, виды информации журнала будут извлечены после завершения команды.Ответы:
У меня была такая же проблема, но она больше похожа на функцию, чем на ошибку:
В AndroidStudio настройка по умолчанию для окна Logcat выглядит как «Показать только выбранное приложение» (верхний правый угол окна Logcat) ... которое просматривает журнал выбранного процесса (текущий запуск по умолчанию). Поэтому, когда ваше приложение вылетает во время тестирования, этот процесс прекращается, поэтому фильтр очищает журнал.
Вместо этого выберите «Изменить конфигурацию фильтра ...» и настройте фильтр для своего приложения , например:
... а затем выберите этот фильтр для будущих запусков. Это должно сохранить журнал там даже после сбоя приложения.
источник
Установите для параметра «Показывать только выбранное приложение» значение «Без фильтров». Таким образом, вы можете видеть вывод logcat из процесса, даже если этот процесс не запущен.
Обратной стороной является то, что ваш logcat будет заполнен большим количеством спама от других процессов.
источник
Мое приложение вылетало и перезапускалось. У меня также были некоторые проблемы с чтением logcat, чтобы узнать, что происходит. Затем я заметил, что в раскрывающемся меню рядом с раскрывающимся меню «Устройство» было что-то вроде «com.mypackage.myapp ('some number')», а когда мое приложение вылетало из строя, был другой вариант, который гласил «com.mypackage.myapp ( 'какое-то число') [МЕРТВЫЕ] " . Если вы выберете вариант «Мертвый», он покажет вам логарифм предыдущего экземпляра.
источник
В случае сбоя см.
Run
Вкладку в нижней части IDE.Вы можете увидеть причину сбоя в этой части (даже в случае очистки logcat).
Примечание. Если описанный выше трюк не работает, попробуйте вызвать сбой и немедленно отсоедините мобильный кабель (если для теста вы используете реальное устройство). вы можете увидеть ошибку до ее очистки.
Обновление: если описанный выше трюк не работает, попробуйте подключить и отсоединить телефон, и, надеюсь, проблема решена.
Обновление 2: если снова не работает, попробуйте сделать уловки недействительными и перезапустить, затем снова начните отладку.
Update3: в качестве последнего способа попробуйте удалить приложение и установить его снова, затем начните отладку (если вы не потеряете то условие, которое хотите проверить)
источник
В Android Studio 2+
щелчок
Run
щелчок
Edit Configurations
В
Run/Debug Configurations
открывшемся окне выберитеMiscellaneous
вкладкуУбедитесь, что
Clear log before launch
флажок не установленисточник
Я столкнулся с той же проблемой, и это решение: -
1- Инструменты -> Android -> Включить интеграцию ADB.
и теперь вы можете видеть логарифм и сбои как обычно
источник
Фильтр очищает журнал после сбоя приложения. Поэтому выберите «Изменить конфигурацию фильтра» и создайте свой собственный фильтр с именем фильтра. Это сохранит журнал с информацией, даже когда приложение будет взломано.
источник
Сейчас 2018 год, и это еще может произойти. Закройте Android Studio и снова откройте.
источник
Эта ошибка, похоже, исправлена в новом выпуске Android Studio версии 1.2.2.
источник
Я столкнулся с той же проблемой, и ни один из ответов не мог мне помочь, пока я не понял, что мое приложение вызывает OutOfMemoryException. Это также вероятная первопричина.
источник