Перейти на PRO

Что представляет собой класс Error в Java и чем он отличается от Exception?

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

Ответ

Класс java.lang.Error — это подкласс Throwable, который представляет критические, невосстановимые проблемы, возникающие на уровне виртуальной машины Java (JVM) или системы. Обычно они указывают на серьёзные сбои, с которыми приложение не должно (и часто не может) пытаться справиться.

Ключевые отличия Error от Exception: Критерий Error Exception (Checked & Runtime)
Природа Системные/виртуально-машинные ошибки. Проблемы в логике приложения или внешних условиях.
Восстановимость Как правило, невосстановима. Часто восстановима (можно обработать).
Обработка Не рекомендуется ловить и обрабатывать. Предполагается обработка (checked) или опциональна (unchecked).
Наследование Throwable ← Error Throwable ← Exception ← RuntimeException (unchecked) / другие (checked)

Распространённые примеры Error:

  • OutOfMemoryError: JVM исчерпала память в куче (Heap).
  • StackOverflowError: Переполнение стека вызовов (часто из-за бесконечной рекурсии).
  • VirtualMachineError: Общий предок для серьёзных сбоев JVM.
  • NoClassDefFoundError: JVM не смогла найти определение класса во время выполнения.

Пример (демонстрация, но НЕ шаблон для подражания):

public class ErrorExample {
    public static void main(String[] args) {
        // 1. Поймать Error технически можно, но это плохая практика.
        try {
            recursiveMethod(0); // Вызовет StackOverflowError
        } catch (StackOverflowError e) {
            System.err.println("Пойман StackOverflowError: " + e.getMessage());
            // Здесь нельзя "исправить" бесконечную рекурсию, можно только залогировать и завершиться.
            System.exit(1); // Принудительное завершение — часто лучшее решение.
        }

        // 2. Стандартная реакция на Error — дать программе упасть и исправить корневую причину.
    }

    private static void recursiveMethod(int counter) {
        // Бесконечная рекурсия -> StackOverflowError
        recursiveMethod(counter + 1);
    }
}

Правильный подход: Вместо попыток обработки Error следует:

  1. Исправлять код, вызывающий ошибку (например, устранять утечки памяти для OutOfMemoryError).
  2. Настраивать JVM (увеличивать размер кучи -Xmx).
  3. Использовать мониторинг для предупреждения о приближающихся проблемах.

Ответ 18+ 🔞

А, слушай, вот этот ваш java.lang.Error — это же, блядь, не просто какая-то там ошибка, это уже пиздец полный, апокалипсис в отдельно взятой JVM!

Представь себе: Exception — это как теща приехала в гости не вовремя. Неприятно, да, но пережить можно, чайку налить, поговорить. А вот Error — это когда теща приехала, да ещё и с бригадой строителей, которые начали твою квартиру нахуй ломать. Восстановиться после этого нихуя не получится, только эвакуироваться.

Чем Error от Exception, блядь, отличается? Критерий Error (Пиздец) Exception (Неприятность)
Что случилось JVM ебнулась, система рухнула. Программа накосячила, но мир не рухнул.
Можно ли починить на ходу Нихуя. Только перезапускать. Чаще всего да. Обработал и поехал дальше.
Нужно ли ловить Только если ты конченый идиот. Серьёзно, не делай так. Да, особенно checked. Иначе компилятор тебя самого застрахует.
От кого наследуется Throwable ← Error Throwable ← Exception

Типичные представители этой банды:

  • OutOfMemoryError: Память в куче кончилась. JVM говорит: «Всё, пидор, я больше не могу, я устала». Это как пытаться впихнуть диван в «Оку» — в какой-то момент всё ебнется.
  • StackOverflowError: Классика! Бесконечная рекурсия, стек вызовов переполнился. Программа ушла в себя, как философ после пятой рюмки, и не вернулась.
  • NoClassDefFoundError: JVM ищет класс, а его нет. «Где файл, Лебовски? Я заходил сюда вчера, и файл был тут!»

Вот тебе пример, как НЕ НАДО делать, но технически можно:

public class ErrorExample {
    public static void main(String[] args) {
        // 1. Поймать Error можно, но это всё равно что ловить гранату руками.
        try {
            recursiveMethod(0); // Сейчас начнётся...
        } catch (StackOverflowError e) {
            System.err.println("Пойман StackOverflowError: " + e.getMessage());
            // И че мы тут сделаем? Исправим бесконечную рекурсию? Нихуя.
            // Лучше всего — достойно умереть.
            System.exit(1); // Всем спасибо, всё свободны.
        }

        // 2. Нормальная реакция на Error — дать приложению спокойно сдохнуть и искать причину в коде или настройках.
    }

    private static void recursiveMethod(int counter) {
        // Бесконечный привет самому себе. StackOverflowError гарантирован.
        recursiveMethod(counter + 1);
    }
}

Как с этим жить правильно?

  1. Не ловить их, ёпта! Твоя попытка catch(Error e) — это как натянуть презерватив на уже взорвавшуюся бомбу. Бесполезно и смешно.
  2. Ищи корень зла. OutOfMemoryError? Может, ты забыл закрывать потоки или в коллекциях хранишь пол-интернета? Исправляй утечки памяти.
  3. Тюнькай JVM. Мало памяти? Добавь -Xmx. Но это не лечение, а обезболивающее.
  4. Мониторь. Следи за потреблением памяти, глубиной стека. Чтобы не было сюрприза, когда уже всё ебнулось.

Короче, Error — это знак, что пора не код править, а срочно бежать за кофе и готовиться к перезапуску всего нахуй.

© ХакСобесов, 2026
support@hacksobesov.com