В каких случаях будешь использовать ExceptionHandler

Роль ExceptionHandler в Android приложениях

ExceptionHandler — это механизм в Java/Kotlin для установки обработчика необработанных исключений на уровне потока или приложения. В Android разработке его используют в специфичных случаях, когда нужно контролировать поведение приложения при возникновении критических ошибок, которые не были обработаны стандартными средствами. Основной метод — Thread.setDefaultUncaughtExceptionHandler().

Основные сценарии использования

1. Глобальная обработка критических ошибок для предотвращения аварийного закрытия приложения Когда возникает необработанное исключение в UI потоке (main thread), Android система обычно аварийно завершает приложение. ExceptionHandler позволяет "поглотить" эту ошибку и продолжить работу или выполнить корректный переход в безопасное состояние.

Thread.setDefaultUncaughtExceptionHandler { thread, exception ->
    // Логирование в файл или отправка на сервер
    logCrash(exception)
    
    // Показать пользователю дружелюбное сообщение вместо системного диалога
    showUserFriendlyErrorDialog()
    
    // Можно попытаться восстановить состояние приложения
    restoreAppState()
    
    // Важно: иногда нужно завершить процесс после обработки
    android.os.Process.killProcess(android.os.Process.myPid())
}

1. Сбор и отправка crash reports в системы мониторинга Один из самых распространенных случаев — интеграция с Crashlytics, Sentry или собственными системами логирования. ExceptionHandler становится последней точкой, где можно захватить информацию об ошибке перед завершением приложения.

class CustomExceptionHandler(private val originalHandler: Thread.UncaughtExceptionHandler?) 
    : Thread.UncaughtExceptionHandler {
    
    override fun uncaughtException(thread: Thread, exception: Throwable) {
        // Отправка данных в сервис аналитики crashes
        CrashReportingService.logException(exception, thread)
        
        // Вызов оригинального handler (например, системы Android)
        originalHandler?.uncaughtException(thread, exception)
    }
}

// Инициализация в Application классе
Thread.setDefaultUncaughtExceptionHandler(CustomExceptionHandler(
    Thread.getDefaultUncaughtExceptionHandler()
))

1. Обработка исключений в специфичных потоках (не UI) Для рабочих потоков (например, для обработки данных или сетевых операций) можно установить отдельный ExceptionHandler, который будет управлять ошибками без влияния на основной поток.

// Пример для Java
ExecutorService executor = Executors.newSingleThreadExecutor();
executor.execute(() -> {
    Thread.currentThread().setUncaughtExceptionHandler((thread, ex) -> {
        // Обработка ошибок только в этом рабочем потоке
        System.err.println("Worker thread crashed: " + ex.getMessage());
        // Перезапуск задачи или другие действия
    });
    
    // Выполнение рискованной операции
    performRiskOperation();
});

1. Предотвращение падения приложения при ошибках в библиотеках или сторонних компонентах Когда используете библиотеку, которая может выбрасывать необработанные исключения из своих внутренних потоков, ExceptionHandler позволяет изолировать эти ошибки.

Внимание к важным деталям

• Не заменять полностью стандартное поведение: Часто нужно вызывать оригинальный handler после своей обработки, чтобы система Android могла корректно завершить процесс.
• Минимальная работа в handler: При обработке исключения в этом методе приложение уже находится в нестабильном состоянии, поэтому операции должны быть максимально легкими и быстрыми.
• Не использовать для бизнес-логики: ExceptionHandler — это инструмент для крайних случаев, не заменяет обычную обработку исключений через try/catch в коде.

Практический пример для Android

class CrashReportingApplication : Application() {
    
    override fun onCreate() {
        super.onCreate()
        
        val defaultHandler = Thread.getDefaultUncaughtExceptionHandler()
        
        Thread.setDefaultUncaughtExceptionHandler { thread, exception ->
            
            // 1. Сбор контекста ошибки
            val crashInfo = collectCrashInfo(exception, thread)
            
            // 2. Асинхронная отправка (осторожно с耗时 операциями!)
            CoroutineScope(Dispatchers.IO).launch {
                sendToServer(crashInfo)
            }
            
            // 3. Локальное сохранение для диагностики
            saveToLocalStorage(crashInfo)
            
            // 4. Важно: вызвать оригинальный handler
            defaultHandler?.uncaughtException(thread, exception)
        }
    }
    
    private fun collectCrashInfo(exception: Throwable, thread: Thread): CrashInfo {
        return CrashInfo(
            timestamp = System.currentTimeMillis(),
            stackTrace = exception.stackTraceToString(),
            threadName = thread.name,
            appVersion = BuildConfig.VERSION_NAME
        )
    }
}

Ключевое правило: ExceptionHandler в Android — это последний барьер перед падением приложения. Его используют для контроля над процессом завершения, сбора диагностической информации и минимизации негативного UX впечатления от критических ошибок. Однако, злоупотребление этим механизмом (например, попытки восстановить приложение после любой ошибки) может привести к нестабильности и сложностям в диагностике проблем.