Какие знаешь виды исключений?

Виды исключений в Java (Android)

В Java, и соответственно в Android разработке, исключения (Exceptions) являются механизмом обработки ошибок и нештатных ситуаций. Все они являются подклассами класса Throwable. Основное разделение происходит на два ключевых вида: Checked Exceptions (проверяемые) и Unchecked Exceptions (непроверяемые). Давайте рассмотрим их подробно, включая примеры из контекста Android.

1. Проверяемые исключения (Checked Exceptions)

Это исключения, которые компилятор обязательно проверяет на этапе компиляции. Если метод может выбросить такое исключение, он должен либо объявить его в сигнатуре с ключевым словом throws, либо обработать внутри с помощью try-catch. Они обычно представляют восстанавливаемые ошибки, которые можно ожидать и обработать в программе.

Примеры:

• IOException – ошибки ввода/вывода (например, при работе с файлами или сетью).
• SQLException – ошибки при работе с базами данных.
• ClassNotFoundException – класс не найден при динамической загрузке.

// Пример в Android: попытка чтения файла из Assets
try {
    InputStream inputStream = getAssets().open("config.json");
    // чтение файла...
} catch (IOException e) {
    // Обработка ошибки: файл не найден или недоступен
    Log.e("App", "Ошибка чтения файла", e);
    // Возможно, показать сообщение пользователю
}

2. Непроверяемые исключения (Unchecked Exceptions)

Это исключения, которые не проверяются компилятором. Они являются подклассами RuntimeException. Часто возникают из-за логических ошибок программиста или неправильного состояния программы (например, деление на нуль, доступ по неверному индексу). Их не обязательно объявлять или обрабатывать явно, но это рекомендуется для устойчивости приложения.

Основные подкатегории:

a) Исключения, связанные с нарушением логики программы

• NullPointerException (NPE) – пожалуй, самое частое в Android. Попытка использования ссылки null.
• IllegalArgumentException – неверный аргумент передан в метод.
• IndexOutOfBoundsException – выход за границы массива или коллекции.

// Пример NPE в Android (Kotlin)
val textView: TextView? = findViewById(R.id.text_view) // Может быть null, если view не найдена
// Опасный вызов без проверки
textView.text = "Hello" // Если textView null -> NullPointerException

// Безопасный вариант с проверкой или безопасным вызовом (в Kotlin)
textView?.text = "Hello" // Если null, операция не выполнится, исключения не будет

b) Исключения, связанные с многопоточностью и синхронизацией

• IllegalThreadStateException – недопустимое состояние потока.
• ConcurrentModificationException – изменение коллекции во время итерации (часто при работе с ArrayList в нескольких потоках).

// Пример ConcurrentModificationException в Android
List<String> items = new ArrayList<>();
items.add("Item1");
items.add("Item2");

for (String item : items) {
    items.remove(item); // Вызовет ConcurrentModificationException
    // Нужно использовать Iterator или синхронизировать
}

3. Ошибки (Errors)

Это подклассы Throwable, которые представляют серьезные, обычно невосстанавливаемые проблемы, часто связанные с виртуальной машиной JVM (или ART в Android). Они не являются исключениями в повседневном смысле, и их, как правило, не следует пытаться обрабатывать.

Примеры:

• OutOfMemoryError (OOM) – критически частый случай в Android. Приложение превысило доступную память.
• StackOverflowError – бесконечная рекурсия или слишком глубокий вызов методов.
• NoClassDefFoundError – класс был доступен на этапе компиляции, но не найден во время выполнения.

// OutOfMemoryError в Android часто возникает при работе с большими изображениями без оптимизации
Bitmap bitmap = BitmapFactory.decodeFile(pathToLargeImage); // Может вызвать OOM
// Правильный подход: использовать BitmapFactory.Options для масштабирования и sampleSize

Особенности в контексте Android

В Android разработке, помимо стандартных Java исключений, существуют также специфические ситуации и исключения, связанные с компонентами системы:

• ANR (Application Not Responding) – не является исключением в коде, но это критическая ошибка, когда основной поток блокируется более 5 секунд. Приводит к диалогу ANR и возможному закрытию приложения.
• Различные исключения от Android SDK: например, WindowManager.BadTokenException при попытке показать диалог после уничтожения активити.
• Исключения, связанные с жизненным циклом: попытка доступа к View после onDestroy() может привести к различным ошибкам.

Рекомендации по обработке исключений в Android:

1. Для проверяемых исключений используйте try-catch с осмысленной обработкой: логирование, откат операции, пользовательское сообщение.
2. Для непроверяемых исключений (особенно NPE) применяйте профилактику: проверки null, использование Kotlin (с его безопасными вызовами и nullable типами), соблюдение контрактов методов.
3. Для ошибок типа OOM важно соблюдать лучшие практики управления памятью: правильно работать с изображениями, закрывать ресурсы (Cursor, InputStream), избегать утечек контекста и памяти.
4. Общее правило: Не игнорируйте исключения пустыми catch-блоками. Логируйте их с помощью Log.e() или более продвинутых систем (Crashlytics, Sentry) для анализа и исправления.
5. Используйте корутины (Kotlin Coroutines) или другие современные подходы для асинхронных операций, которые предоставляют более структурированные и безопасные механизмы обработки ошибок, чем try-catch для callback-ов.

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