Android Studio, logcat очищает после закрытия приложения
У меня проблема с моим logcat с версии 1.2 Beta для Android Studio. Когда я запускаю свое приложение, оно регистрирует все, как обычно, а затем попадает в точку, где мое приложение вылетает с приложением, говоря: к сожалению, игра остановилась.
Через несколько секунд Android закрывает это сообщение. Когда это происходит, мой logcat также полностью очищается, а это означает, что мне едва удается прочитать ошибку. Я нашел некоторую информацию о буфере, но кажется, что Android Studio не имеет возможности увеличить его, кроме того, что я сомневаюсь, что это проблема.
Кое-что, что может быть полезно, - то, что после того, как это очищает и заполняет, процесс изменяется на Android.process.core, и сообщение, которое я получаю в моем logcat:
04-13 10:28:13.394 12259-12265/android.process.acore D/dalvikvm﹕
Debugger has detached; object registry had 1 entries
Редактировать: я читал о точках останова, поэтому отключил приложение фокусировки на точках останова в Настройках-сборке, выполнении, развертывании-отладчике, но это не имело никакого эффекта.
14 ответов
У меня была та же проблема, но больше похоже на функцию, чем на ошибку:
В AndroidStudio настройка по умолчанию для окна Logcat выглядит как "Показать только выбранное приложение" (верхний правый угол окна Logcat)... который просматривает журнал выбранного процесса (ваш текущий запуск по умолчанию). Поэтому, когда во время тестирования происходит сбой вашего приложения, этот процесс прекращается, поэтому фильтр очищает журнал.
Вместо этого выберите "Изменить конфигурацию фильтра..." и настройте фильтр для своего приложения, например:
- FilterName: MyApp
- PackageName: com.example.myapp (<< заменить именем пакета вашего приложения)
... и затем выберите этот фильтр для будущих прогонов. Это должно держать журнал для вас, даже после сбоя приложения.
Переключите "Показывать только выбранное приложение" на "Нет фильтров". Таким образом, вы можете увидеть выходные данные logcat от процесса, даже если этот процесс не запущен.
Недостатком является то, что ваш logcat будет заполнен большим количеством спама от других процессов.
В случае аварии смотрите Run вкладка внизу IDE.
Вы можете увидеть причину сбоя в этой части (даже в чистом случае logcat).
Мое приложение зависало и перезагружалось. У меня также были некоторые проблемы при чтении logcat, чтобы знать, что происходит. Затем я заметил, что в выпадающем меню рядом с выпадающим списком "Устройство" было что-то вроде "com.mypackage.myapp (" некоторое число ")", и когда мое приложение зависало, была еще одна опция с именем "com.mypackage.myapp ('некоторое число') [DEAD] ". Если вы выберете опцию "Dead", она покажет вам logcat предыдущего экземпляра.
Может быть, очень поздно на вечеринку, но у меня была та же проблема, и я решил вот так:
В окне logcat в раскрывающемся меню в правом верхнем углу выберите
Edit filter configuration, в следующем меню введите
Filter name и ваш
Package name.
Готово, для меня он сохраняет журналы видимыми после сбоя.
В Android Studio 2+
Нажмите
RunНажмите
Edit Configurationsв
Run/Debug ConfigurationsОкно выберитеMiscellaneousтабуляцияУбедитесь, что
Clear log before launchфлажок не установлен
Я работаю с Android Studio 4.0, введите описание изображения здесь
- Перейдите в Редактировать конфигурацию вашего приложения.
- Перейти на вкладку "Разное"
- Снимите флажок с поля Очистить журнал перед запуском.
- Нажмите ОК. Будет работать..
Фильтр очищает журнал после сбоя приложения. Поэтому выберите "Редактировать конфигурацию фильтра" и создайте свой собственный фильтр с именем фильтра. Это сохранит журнал с информацией, даже когда приложение взломано.
Я столкнулся с той же проблемой, и это решение: -
1- Инструменты -> Android -> Включить интеграцию ADB.
и теперь вы можете увидеть LogCat и вылетает как обычно
Это 2018 год, и это все еще может произойти. Закройте Android Studio и снова откройте.
7 лет спустя...
У меня все еще такая же проблема с AS ArcticFox, и ничего не помогает.
Но я нашел один обходной путь.
- убедитесь, что это включено:
- Затем вы можете видеть свои журналы независимо от того, работает приложение или нет, подключено устройство или нет. Это здорово!
Тем не менее, иногда у меня возникает эта проблема, хотя некоторые решения здесь работают, например, перезапуск студии Android требует времени.
Здесь я нашел, как получить сообщение об ошибке без перезапуска студии
- Запустить приложение
- Будьте на вкладке «Выполнить», прежде чем вы сделаете свой сбой воспроизведения
- Нажмите на содержимое вкладки запуска, как только произойдет сбой (если вы не нажмете на содержимое, вы потеряете отчет об ошибке)
Я столкнулся с той же проблемой, и ни один из ответов не помог мне, пока я не понял, что мое приложение вызывает исключение OutOfMemoryException. Это также вероятная первопричина.