Перейти на PRO

Какие типы неудач (failures) существуют в Java и как с ними работать?

Тип вопроса: Софт-скиллы Вероятность: 10% Категория: Java Разработчик

Ответ

В Java неудачи представлены иерархией классов Throwable и делятся на два основных типа: исключения (Exceptions) и ошибки (Errors).

1. Исключения (Exception) — проблемы, которые можно и нужно обрабатывать.

  • Checked исключения — компилятор требует явной обработки (через try-catch или throws). Пример: IOException, SQLException.
  • Unchecked исключения (RuntimeException) — не требуют обязательной обработки. Пример: NullPointerException, IllegalArgumentException.

2. Ошибки (Error) — критические системные проблемы, которые обычно не обрабатываются. Пример: OutOfMemoryError, StackOverflowError.

Пример обработки исключения:

try {
    FileInputStream fis = new FileInputStream("file.txt"); // Может выбросить FileNotFoundException
    // Работа с файлом
} catch (FileNotFoundException e) {
    System.err.println("Файл не найден: " + e.getMessage());
    // Логирование или альтернативная логика
} finally {
    // Код для освобождения ресурсов (если они были открыты до блока try)
}

Лучшие практики:

  • Используйте try-with-resources для автоматического закрытия ресурсов, реализующих AutoCloseable. 
    try (FileInputStream fis = new FileInputStream("file.txt");
     BufferedReader br = new BufferedReader(new InputStreamReader(fis))) {
    // Автоматическое закрытие fis и br
} catch (IOException e) {
    // Обработка
}
  • Ловите конкретные исключения, а не общий Exception.
  • Не игнорируйте исключения в пустых блоках catch.
  • Используйте логирование (например, SLF4J) вместо printStackTrace() для записи ошибок.
  • Создавайте собственные, информативные исключения, если стандартные не подходят.

Ответ 18+ 🔞

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

Вот смотри, есть два главных лагеря:

1. Исключения (Exception) — это как мелкие бытовые пиздецы, которые можно пережить. Ты уронил тарелку — подмел осколки, и живёшь дальше.

  • Checked исключения — это те, про которые компилятор тебе мозг вынесет, если ты их не предусмотришь. Типа, «чувак, ты файл открываешь, а он может не найтись, ты чё, долбоёб? Или обработай, или объяви, что ты пошёл нахуй с такими рисками». IOException, например.
  • Unchecked исключения (RuntimeException) — а это уже сюрпризы, которые вылезают, когда уже всё запущено и летит в тартарары. На null наступил — получи NullPointerException, и компилятор тебе ни хуя не сказал. Сам дурак.

2. Ошибки (Error) — а это уже пиздец полный, ёпта. Не «ой, файлик не открылся», а «всё, оперативка кончилась, система рухнула». OutOfMemoryError. Это не обрабатывать, это креститься и перезапускать всё к ебеням.

Вот как это выглядит в деле, смотри:

try {
    FileInputStream fis = new FileInputStream("file.txt"); // Тут может выскочить FileNotFoundException
    // Ну, работаем с файлом...
} catch (FileNotFoundException e) {
    System.err.println("Файл не найден, гений: " + e.getMessage()); // Ловим конкретно эту хрень
    // Тут можно заплакать или что-то сделать вместо файла
} finally {
    // А этот блок — как обязательная уборка после вечеринки. Закрыть всё, что открыл, даже если всё пошло по пизде.
}

А теперь, блядь, как делать надо, чтобы не было мучительно больно:

  • Юзай try-with-resources. Это просто песня, ебать мои старые костыли! Сам закроет всё, что надо закрыть. Красота! 
    try (FileInputStream fis = new FileInputStream("file.txt");
     BufferedReader br = new BufferedReader(new InputStreamReader(fis))) {
    // Работай спокойно. Закроются `fis` и `br` автоматом, даже если тут вылетит исключение.
} catch (IOException e) {
    // Обрабатывай
}
  • Лови конкретные исключения, а не Exception всех подряд. Это как ловить рыбу сетью, а вытаскивать вместе с утопленником и старыми покрышками. Не надо так.
  • Не игнорируй исключения, оставляя catch пустым! Это высший пилотаж долбоёбизма. «Ой, ошибка? Да похуй!» — и потом три дня дебажишь, почему логика не работает.
  • Не пихай printStackTrace() в продакшен. Используй нормальное логирование, SLF4J там или что у тебя. А то в логах будет одна сплошная пиздобратия.
  • Если стандартные исключения — хуйня полная, создавай свои, информативные. Чтобы по названию класса было сразу ясно, где и что просрал.
© ХакСобесов, 2026
support@hacksobesov.com