К какому типу исключений в Java относится NullPointerException: checked или unchecked?

Тип вопроса: Java Вероятность: 23% Категория: AQA / Automation

Ответ

NullPointerException (NPE) в Java относится к unchecked исключениям (непроверяемым исключениям).

Иерархия исключений Java:

Throwable
├── Error (Unchecked) - серьёзные системные ошибки (OutOfMemoryError, StackOverflowError)
└── Exception
    ├── RuntimeException (Unchecked) - NullPointerException, IndexOutOfBoundsException
    └── Checked Exceptions - IOException, SQLException, ClassNotFoundException

Ключевые отличия:

Характеристика Checked исключения Unchecked исключения (включая NPE)
Проверка компилятором Обязательная обработка (try-catch или throws) Не требуется
Наследование От Exception, но не от RuntimeException От RuntimeException
Когда возникают Внешние ошибки (файлы, сеть, БД) Ошибки программиста (логика, null доступ)
Примеры IOException, SQLException NullPointerException, IllegalArgumentException

Пример NPE:

public class NPEExample {
    public static void main(String[] args) {
        String text = null;

        // Компилятор НЕ требует обработки этого исключения
        System.out.println(text.length()); // NullPointerException здесь!

        // Правильный подход - защита от null
        if (text != null) {
            System.out.println(text.length());
        }

        // Или с Optional (Java 8+)
        String safeText = Optional.ofNullable(text)
                                 .orElse("default");
        System.out.println(safeText.length()); // Безопасно
    }
}

Почему NPE — unchecked?

  1. Частота возникновения: Проверка каждого потенциального NPE сделала бы код чрезмерно verbose.
  2. Ошибка программиста: Чаще всего указывает на недостаточную проверку входных данных или логическую ошибку.
  3. Дизайн языка: Разработчики Java решили, что такие исключения должны прерывать выполнение, а не требовать обязательной обработки.

Современные подходы к избеганию NPE:

  1. Аннотации: @Nullable и @NotNull (из библиотек или IntelliJ IDEA).
  2. Optional: Явное указание на возможное отсутствие значения.
  3. Objects.requireNonNull(): Валидация аргументов методов. 
    
import java.util.Objects;

public void processUser(User user) { // Явная проверка с понятным сообщением Objects.requireNonNull(user, "User cannot be null"); // Дальнейшая обработка... }



**Важно:** Начиная с Java 14, NPE сообщения стали более информативными, указывая, какая именно переменная была `null`.

Ответ 18+ 🔞

А, ну вот, опять этот ёбушки-воробушки NullPointerException! Ну классика же, блядь, каждый второй джуниор на нём спотыкается, как слепой кот на ковре. А знаешь, в чём прикол-то? Он же не просто так unchecked исключением считается, это ж неспроста, блядь!

Смотри, иерархия у них там, как в хорошей банде: наверху Throwable — главный пахан. От него два отпрыска: Error — это когда всё накрылось медным тазом, память кончилась, стек переполнился, пиздец полный. А Exception — это уже более цивильные проблемы.

И вот тут, блядь, самое интересное! Exception делит своих сыновей на две касты: RuntimeException и всякие другие Checked Exceptions. И наш герой, NPE — это чистый RuntimeException, то есть unchecked, непроверяемый. Почему? Да потому что компилятор, этот занудный бухгалтер, на него забивает болт! Он не будет орать на тебя: «Обработай это исключение, мудак!» Нет. Он молча пропустит, а потом в рантайме тебе в ебальник прилетит.

Вот тебе наглядная табличка, чтобы не путаться:

Признак Checked (Проверяемые) Unchecked (Непроверяемые, наш NPE)
Компилятор Орет, требует try-catch или throws Молчит, как рыба об лёд, похуй ему
Родословная От Exception, но НЕ от RuntimeException Прямой потомок RuntimeException
Откуда берутся Извне: файл не найден, сеть отвалилась, БД сдохла Из твоей кривой головы: логика хромает, null не проверил
Примеры IOException, SQLException NullPointerException, IllegalArgumentException

А вот живой пример, как на ровном месте ебнуться:

public class NPEExample {
    public static void main(String[] args) {
        String text = null; // Подозрительно присвоил null, волнение ебать чувствую...

        // Компилятор тут молчит, доверия ебать ноль. Но это мина!
        System.out.println(text.length()); // БАБАХ! NullPointerException! Сам от себя охуел.

        // Правильный подход — не быть мудаком, проверь!
        if (text != null) {
            System.out.println(text.length());
        } else {
            System.out.println("Текст-то null, хитрая жопа!");
        }

        // Или по-модному, с Optional (Java 8+)
        String safeText = Optional.ofNullable(text)
                                 .orElse("default");
        System.out.println(safeText.length()); // Теперь безопасно, можно спать спокойно.
    }
}

А почему, спрашивается, NPE такой особенный? Почему unchecked?

  1. Частота, блядь! Если бы компилятор требовал оборачивать в try-catch каждый чих, где может быть null, код превратился бы в одно сплошное try-catch болото. Пиздопроебищно читать.
  2. Это твоя вина! В 99% случаев — это косяк программиста. Не проверил входные данные, не подумал головой. Это не форс-мажор вроде обрыва сети, а именно логическая ошибка. За такие вещи программа должна падать, чтобы ты быстрее нашёл косяк.
  3. Так задумано. Создатели Java решили: «Пусть такие ошибки просто валят программу, это здорово проучит невнимательных».

Ну и как с этим жить в современном мире, чтобы не выглядеть как полупидор?

  1. Аннотации. Вешай @Nullable и @NotNull (из IntelliJ IDEA или Lombok). Глазами видно, где может быть подстава.
  2. Optional. Модно, стильно, молодёжно. Явно показываешь, что значение может отсутствовать.
  3. Objects.requireNonNull(). Моя любимая, блядь. Чётко и по-русски.
import java.util.Objects;

public void processUser(User user) {
    // Явная проверка. Если user == null, получишь NPE с красивой надписью.
    Objects.requireNonNull(user, "User cannot be null, пидарас шерстяной!");
    // Теперь работаем спокойно.
}

И да, с Java 14 NPE стал чуть менее ебучим — теперь в сообщении пишет, какая именно переменная была null. Не то чтобы это сильно помогло, когда уже всё горит, но хоть что-то, ёпта.

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