DK
это нельзя сделать кодом. Если только в настройках андроида покапаться
Size: a a a
2020 September 10
СК
поставить try catch и в catch закрыть приложение
Не вариант,поскольку exception может возникнуть в любом месте приложения. Моя цель не обработать какое-то конкретное исключение,а реализовать полноценный обработчик ошибок,что я практически и сделал.
S
а как же fail fast?
DK
приложение, которое крашится - не очень хорошее приложение...
S
Когда приложение не обрабатывает все ошибки, а крашится, то большую часть ошибок можно отловить еще на этапе разработки/тестирования
S
иначе будет фиаско, если на проде обвалится часть функционала, и хрен поймешь почему
S
а это был тот самый эксепшн который был замят
S
если сильно надо - почитай про handleUncaughtException
S
у Application
DK
можешь юзать корутины и в них CoroutineExceptionHandler.
Например все активити и фрагменты указывают в контексте этот хандлер и в нем ты уже завершаешь приложение
Например все активити и фрагменты указывают в контексте этот хандлер и в нем ты уже завершаешь приложение
СК
приложение, которое крашится - не очень хорошее приложение...
Ну а если я не знаю,почему у кого-то оно крашится,как тогда мне собрать соответствующую информацию? Правильно,через обработчик исключений. К тому же проект не мой,т.е не я его начинал. Я просто над ним прлодолжил работать. Хотя даже если это был бы и мой проект,на мой взгляд всё равно пришлось бы по-хорошему делать logcat.
DK
Саша Козловский
Ну а если я не знаю,почему у кого-то оно крашится,как тогда мне собрать соответствующую информацию? Правильно,через обработчик исключений. К тому же проект не мой,т.е не я его начинал. Я просто над ним прлодолжил работать. Хотя даже если это был бы и мой проект,на мой взгляд всё равно пришлось бы по-хорошему делать logcat.
твой вопрос был другой. ты не хочешь чтобы показывалось информационное сообщение об ошибке. а логировать стактрейс - это правильное решение
СК
можешь юзать корутины и в них CoroutineExceptionHandler.
Например все активити и фрагменты указывают в контексте этот хандлер и в нем ты уже завершаешь приложение
Например все активити и фрагменты указывают в контексте этот хандлер и в нем ты уже завершаешь приложение
А если вдруг,чего пока что нет,поскольку у меня пока что нету сервисов,но могут быть в будущем,креш произойдёт в сервисе приложения?
DK
Смотря какой сервис. Если сервис работает на UI, то грохнется приложение.А если сервис в другом потоке, то приложение продолжит работу как ничего и не было
СК
твой вопрос был другой. ты не хочешь чтобы показывалось информационное сообщение об ошибке. а логировать стактрейс - это правильное решение
Вот именно,поскольку у меня сразу открывается email приложение,для отправки лога,или диалог с выбором такового. Поэтому я и спрашиваю,как это сообщение о креше убрать.
СК
Смотря какой сервис. Если сервис работает на UI, то грохнется приложение.А если сервис в другом потоке, то приложение продолжит работу как ничего и не было
Очень странно. Просто в activity даже не в ui потоке у меня возникал креш приложения и после закрытия системного диалога приложение переставало работать.
СК
В общем пока что лучший вариант,как я понимаю,наверное,использовать system.exuit(some_digital_value) в конце отработки моего метода,отлавлиивающего исключения.
I
Саша Козловский
В общем пока что лучший вариант,как я понимаю,наверное,использовать system.exuit(some_digital_value) в конце отработки моего метода,отлавлиивающего исключения.
это хреновый вариант
I
просто напиши приложение, которое не крешится
а если крешится, то полноценно (с диалогом о том, что приложение остановилось)
а если крешится, то полноценно (с диалогом о том, что приложение остановилось)
I
будет повод исправить быстрее креш