Если ваше приложение загружается другими людьми и происходит сбой на удаленных устройствах, вы можете заглянуть в библиотеку отчетов об ошибках Android (упоминается в этом посте SO ). Если это только на вашем собственном локальном устройстве, вы можете использовать LogCat.
Даже если устройство не было подключено к хост-машине, когда произошел сбой, подключение устройства и выполнение adb logcat
команды загрузит всю историю logcat (по крайней мере, в той степени, в которой это буферизуется, что обычно представляет собой петлю из данных журнала, но это не бесконечно). Любой из этих вариантов ответа на ваш вопрос? Если нет, можете ли вы попытаться уточнить, что вы ищете немного больше?
adb logcat
из любого каталога, в котором находится adb. В качестве альтернативы вы можете использовать инструменты SDK, включенные в плагин Eclipse$SDK_DIR/platform-tools/
. Чтобы показать ошибку:.\adb.exe logcat -v time *:E
Способ сделать это - реализовать
Thread.UncaughtExceptionHandler
интерфейс и передать егоThread.setDefaultUncaughtExceptionHandler()
в начале своей деятельностиonCreate()
. Вот класс реализацииTopExceptionHandler
.Примечание. Мы позволяем платформе Android по умолчанию UHE справиться с этим.
В верхней части вашей Activity зарегистрируйте экземпляр вышеупомянутого класса, например так:
Этот обработчик сохраняет трассировку в файл. При
ReaderScope
следующей перезагрузке он обнаруживает файл и запрашивает пользователя, хочет ли он отправить его разработчику по электронной почте.Чтобы отправить по электронной почте трассировку стека, выполните следующий код, чтобы упаковать его в электронное письмо.
Или вы также можете использовать систему отчетов об ошибках ACRA. Просто включите ACRA.jar в свои библиотеки проекта и используйте приведенный ниже фрагмент кода перед объявлением класса активности запуска.
или вы можете попробовать это с консоли: -
источник
Это из http://www.herongyang.com/Android/Debug-adb-logcat-Command-Debugging.html
Вы можете использовать ADB:
источник
Вы можете попробовать это из консоли:
Больше информации об этой опции:
источник
Если вы используете Eclipse, убедитесь, что вы используете отладку и не запускаете. Убедитесь, что вы находитесь в перспективе отладки (вверху справа). Возможно, вам придется несколько раз нажать «Возобновить» (F8), чтобы распечатать журнал. Журнал сбоев будет находиться в окне Logcat внизу - дважды щелкните на полноэкранном режиме и убедитесь, что вы прокрутите вниз. Вы увидите красный текст для ошибок, трассировка сбоя будет что-то вроде
Важными частями для этого являются
те говорят нам, что это исключение массива за пределами границ в строке 13 main.java в методе onCrate.
источник
Вы можете использовать Apphance. Это кроссплатформенный сервис (сейчас это в основном Android, iOS с другими платформами в пути), который позволяет удаленно отлаживать любое мобильное устройство (Android, iOS сейчас - другие в разработке). Это гораздо больше, чем просто краш-журнал, на самом деле это гораздо больше: регистрация, сообщение о проблемах тестировщиками, краш-блоги. Интеграция занимает около 5 минут. В настоящее время вы можете запросить доступ к закрытой бета-версии.
Отказ от ответственности: я технический директор Polidea, компании, которая стоит за Apphance и является ее соавтором.
Обновление: Apphance больше не закрыта бета-версия! Обновление 2: Apphance доступен как часть предложения http://applause.com
источник
libs
каталог, как объясняется в этом ответе SO. Этот коммит github показывает изменения, которые мне нужно было внести в мое приложение WorldMap, чтобы использовать apphance.Вот еще одно решение для Crash Log.
В Android Market появился инструмент под названием «Crash Collector»
проверьте следующую ссылку для получения дополнительной информации
http://kpbird.blogspot.com/2011/08/android-application-crash-logs.html
источник
Вы можете использовать ACRA из этого . Включив эту библиотеку в свои проекты и настроив ее, вы можете получать (в свою электронную почту или gdocs) их отчеты о сбоях. Извините за мой плохой английский.
источник
Если вы ищете базовый инструмент для отчетов о сбоях , попробуйте сбои .
Если вам нужен более продвинутый инструмент отчетности, Checkout Gryphonet . Он регистрирует все произошедшие сбои вместе с точной строкой кода, которая вызвала сбой, а также с автоматическими маркерами, показывающими шаги, которые пользователь предпринял до сбоя, и многое другое.
Удачи!
источник
Используйте Acra аварийный репортер для Android-приложения. Acra lib
источник
Я создал эту библиотеку, чтобы решить все ваши проблемы. Crash Reporter - это удобный инструмент, чтобы фиксировать все ваши сбои и регистрировать их на устройстве локально
Просто добавьте эту зависимость, и все готово.
Найти все ваши сбои в устройстве локально и исправить их по вашему усмотрению. Аварии сохраняются с использованием формата даты и времени, который легко отслеживать. Кроме того, он также предоставляет API для захвата зарегистрированных исключений, используя метод ниже.
источник
Вот решение, которое может помочь вам сбросить все журналы в текстовый файл
источник
Вы также можете использовать библиотеку crashcatcher
источник
Если вы просто ищете журнал сбоев, когда ваш телефон подключен к компьютеру, используйте представление DDMS в Eclipse, и отчет прямо в LogCat в DDMS, когда ваше приложение дает сбой во время отладки.
источник
1) Подключите телефон через USB (с включенными опциями отладки разработчика)
2) Откройте терминал и перейдите к своему Android SDK (для Mac):
cd ~/Library/Android/sdk/platform-tools
3) Logcat из этого каталога (в вашем терминале) для создания постоянного потока журналов (для Mac):
./adb logcat
4) Откройте приложение, которое дает сбой, чтобы генерировать журналы сбоев.
5) Ctrl + C, чтобы остановить терминал и найти журналы, связанные с аварийно завершающим приложением. Это может сказать что-то вроде следующего:
AndroidRuntime: FATAL EXCEPTION: main
источник
Основываясь на этом POST , используйте этот класс в качестве замены "TopExceptionHandler"
}
.....
.....
.....
источник
Попробуйте приложение Carsh log от Android.
используйте ссылку для загрузки приложения.
источник