Android Studio, logcat очищает после закрытия приложения

У меня проблема с моим 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

Изменить: я читал о точках останова, поэтому отключил приложение фокуса на точках останова в настройках-сборке, выполнении, развертывании-отладчике, но это не имело никакого эффекта.

У меня была такая же проблема, но она больше похожа на функцию, чем на ошибку:

В AndroidStudio настройка по умолчанию для окна Logcat выглядит как «Показать только выбранное приложение» (верхний правый угол окна Logcat) ... которое просматривает журнал выбранного процесса (текущий запуск по умолчанию). Поэтому, когда ваше приложение вылетает во время тестирования, этот процесс прекращается, поэтому фильтр очищает журнал.

Вместо этого выберите «Изменить конфигурацию фильтра ...» и настройте фильтр для своего приложения , например:

• Имя фильтра: MyApp
• PackageName: com.example.myapp (<< замените на имя пакета вашего приложения)

... а затем выберите этот фильтр для будущих запусков. Это должно сохранить журнал там даже после сбоя приложения.

Установите для параметра «Показывать только выбранное приложение» значение «Без фильтров». Таким образом, вы можете видеть вывод logcat из процесса, даже если этот процесс не запущен.

Обратной стороной является то, что ваш logcat будет заполнен большим количеством спама от других процессов.

Мое приложение вылетало и перезапускалось. У меня также были некоторые проблемы с чтением logcat, чтобы узнать, что происходит. Затем я заметил, что в раскрывающемся меню рядом с раскрывающимся меню «Устройство» было что-то вроде «com.mypackage.myapp ('some number')», а когда мое приложение вылетало из строя, был другой вариант, который гласил «com.mypackage.myapp ( 'какое-то число') [МЕРТВЫЕ] " . Если вы выберете вариант «Мертвый», он покажет вам логарифм предыдущего экземпляра.

В случае сбоя см. RunВкладку в нижней части IDE.

Вы можете увидеть причину сбоя в этой части (даже в случае очистки logcat).

Примечание. Если описанный выше трюк не работает, попробуйте вызвать сбой и немедленно отсоедините мобильный кабель (если для теста вы используете реальное устройство). вы можете увидеть ошибку до ее очистки.

Обновление: если описанный выше трюк не работает, попробуйте подключить и отсоединить телефон, и, надеюсь, проблема решена.

Обновление 2: если снова не работает, попробуйте сделать уловки недействительными и перезапустить, затем снова начните отладку.

Update3: в качестве последнего способа попробуйте удалить приложение и установить его снова, затем начните отладку (если вы не потеряете то условие, которое хотите проверить)

В Android Studio 2+

1. щелчок Run

2. щелчок Edit Configurations

3. В Run/Debug Configurationsоткрывшемся окне выберите Miscellaneousвкладку

4. Убедитесь, что Clear log before launchфлажок не установлен

Я столкнулся с той же проблемой, и это решение: -

1- Инструменты -> Android -> Включить интеграцию ADB.

и теперь вы можете видеть логарифм и сбои как обычно

Фильтр очищает журнал после сбоя приложения. Поэтому выберите «Изменить конфигурацию фильтра» и создайте свой собственный фильтр с именем фильтра. Это сохранит журнал с информацией, даже когда приложение будет взломано.

Сейчас 2018 год, и это еще может произойти. Закройте Android Studio и снова откройте.

Эта ошибка, похоже, исправлена ​​в новом выпуске Android Studio версии 1.2.2.

Я столкнулся с той же проблемой, и ни один из ответов не мог мне помочь, пока я не понял, что мое приложение вызывает OutOfMemoryException. Это также вероятная первопричина.