Что такое исключение (Exception) в Java и как его обрабатывать?

А, исключения в Java, ну это же классика, блядь! Ситуация, когда твой код, такой весь из себя красивый, вдруг на ровном месте начинает выёбываться и падать, как пьяный мужик с лестницы. А ты сидишь и думаешь: «Ну что за хуйня?»

Вот смотри, исключение — это как неожиданный пиздец во время работы программы. Всё шло по плану, а тут — бац! — и нормальный ход инструкций пошёл по пизде. А механизм обработки — это твоя попытка не дать всему этому цирку накрыться медным тазом.

Какие они бывают, эти выебончики?

1. Checked Exceptions (проверяемые). Это такие зануды, которых компилятор тебе впаривает. Он тебя за шкирку хватает и орёт: «Либо обработай эту хуйню, либо объяви в методе, что она может случиться!». Типа, «я тебя предупредил, мудак». Обычно это какие-то предсказуемые косяки, вроде «файл не найден» или «с базой данных связи нет».

   • Пример: IOException, SQLException. Классика жанра, ебать.

2. Unchecked Exceptions (непроверяемые / RuntimeException). А вот это уже чисто твои косяки, братан. Компилятор на них забивает хуй, он как бы говорит: «Ну ты же программист, сам разберёшься». А потом в рантайме выясняется, что ты пытаешься достучаться до null или полез в массив за его пределы. Пиздец и позор.

   • Пример: NullPointerException (король всех косяков), ArrayIndexOutOfBoundsException, IllegalArgumentException.

3. Errors. Это уже не просто пиздец, это полный и окончательный пиздец, апокалипсис. Системные ошибки, от которых обычно не отмажешься. Память кончилась, стек переполнился — тут уже не до обработки, тут надо креститься.

   • Пример: OutOfMemoryError, StackOverflowError. Увидел такое — готовься к перезапуску всего, блядь.

Как с этим безобразием бороться?

Вот смотри, у тебя есть три главных инструмента: try, catch и finally. Это как план спасения на случай пожара.

try {
    // Тут ты пытаешься сделать что-то опасное.
    // Типа открыть файл, которого, возможно, нет.
    FileInputStream file = new FileInputStream("nonexistent.txt");
} catch (FileNotFoundException e) {
    // Ага! Файла нет! Лови конкретный косяк.
    // Не просто «ой, ошибка», а именно «файл не найден, идиот».
    System.err.println("Файл не найден: " + e.getMessage());
} catch (IOException e) {
    // А это на случай, если ошибка ввода-вывода какая-то другая, более общая.
    System.err.println("Ошибка ввода-вывода, ёпта");
} finally {
    // А этот блок, сука, выполнится ВСЕГДА.
    Неважно, упало всё к хуям или прошло как по маслу.
    Идеальное место, чтобы прибраться за собой: закрыть файлы, соединения и т.д.
    System.out.println("Завершение операции с файлом. Уф.");
}

А теперь советы от бывалого, чтобы не выглядеть как полный даун

• Лови конкретное дерьмо. Не пиши catch (Exception e) на всё подряд. Это как лечить всё от головы до жопы одной таблеткой. Лови именно то, что ожидаешь.
• Не игнорируй исключения, ёб твою мать! Пустой catch-блок — это преступление. Ты просто прячешь проблему под ковёр, а потом она вылезет в самом неожиданном месте и нагадит тебе на голову.
• Логируй, блядь! Не просто printStackTrace(), а нормально, через логгеры вроде SLF4J. Чтобы потом можно было понять, что за хуйня произошла.
• Создавай свои исключения. Если в твоей логике может случиться какая-то своя, особенная хуйня — наследуйся от Exception или RuntimeException и выбрасывай её. Так понятнее будет.
• Используй try-with-resources. Это просто магия, ебать мои старые костыли! Всё закрывается само, как по волшебству. Главное, чтобы ресурсы реализовывали AutoCloseable.

  try (FileReader fr = new FileReader("file.txt");
       BufferedReader br = new BufferedReader(fr)) {
      // Работай спокойно, не парься о закрытии.
  } // Здесь всё закроется само, даже если внутри был пиздец. Красота!

Вот и вся философия. Не бойся исключений, бойся их неправильно обработать. А то будет тебе не программа, а один сплошной NullPointerException в жизни.