Разберите результат вызова статического метода через null ссылку: будет ли исключение и какой метод выбирае...

class Logger {
    static void ping() {
        System.out.println("ping");
    }
}

public class Demo {
    public static void main(String[] args) {
        Logger logger = null;
        logger.ping();
    }
}

Краткий ответ

Исключение NullPointerException не возникнет: программа выведет ping. Статический метод принадлежит классу, а не объекту, поэтому вызов через null-ссылку не требует обращения к экземпляру. Какой метод будет вызван, определяется на этапе компиляции по типу выражения logger, то есть по Logger.

Исторический контекст

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

Синтаксис logger.ping() исторически допускается для статического метода, хотя он может создавать впечатление виртуального вызова. Такой синтаксис удобен для совместимости с общей формой обращения к членам, но в новом коде предпочтительнее писать Logger.ping().

Постановка проблемы

Разработчик может ошибочно считать, что перед вызовом любого метода Java сначала проверяет ссылку на null. Для экземплярного метода это верно: обращение к объекту через null приводит к NullPointerException.

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

Подробное решение

В выражении logger.ping() компилятор видит, что ping объявлен как static. Поэтому он разрешает вызов как обращение к методу класса Logger, а не как отправку сообщения объекту, на который ссылается logger.

Значение null не содержит объекта, но это не мешает найти статический метод: метод уже однозначно связан с классом. Фактически смысл вызова соответствует Logger.ping().

Статические методы не переопределяются. Если подкласс объявляет статический метод с такой же сигнатурой, он скрывает метод суперкласса. Выбор при обращении через выражение также определяется статическим типом выражения, а не фактическим типом объекта.

Например:

class Parent {
    static void show() { System.out.println("Parent"); }
}

class Child extends Parent {
    static void show() { System.out.println("Child"); }
}

Parent value = new Child();
value.show();             // Parent
((Child) value).show();  // Child

В первом вызове выбирается Parent.show(), потому что value имеет статический тип Parent. Сам объект new Child() не влияет на разрешение статического метода.

Важно отличать это от экземплярного метода. Для экземплярного метода вызов через null обычно завершается NullPointerException, поскольку JVM должна обратиться к объекту для выполнения виртуального вызова. Для статического метода такого обращения к экземпляру нет.

Практическое правило: статические методы вызывайте через имя класса. Это делает отсутствие полиморфизма явным и помогает обнаружить ошибочную работу с null при ревью кода.

Ситуация из практики

В приложении был nullable-объект конфигурации:

Config config = loadConfigOrNull();
config.validateDefaults();

validateDefaults() оказался статическим методом. Вызов не падал даже при config == null, поэтому команда ошибочно решила, что конфигурация успешно загружена. В результате некорректное состояние обнаруживалось значительно позже.

Рассматривались два варианта. Оставить вызов через переменную проще с точки зрения минимального изменения, но такой код маскирует, что объект вообще не используется. Перенести метод в экземплярную область сделало бы состояние конфигурации явным, но потребовало бы изменить контракт и все места вызова.

Выбрали немедленное исправление Config.validateDefaults() и отдельную проверку результата loadConfigOrNull(). Это сохранило назначение статической утилиты и устранило двусмысленный синтаксис; ошибка загрузки стала обрабатываться в точке возникновения.

Что кандидаты часто упускают

1. Может ли статический метод обратиться к нестатическому полю?

Нет, напрямую — не может. У статического метода нет неявной ссылки this, поэтому выражение вроде return name; допустимо только при наличии статического name. Обратиться к экземплярному полю можно лишь через явно переданный объект, например user.name.

2. Что произойдёт, если статический метод вызвать через выражение с побочным эффектом?

Само выражение всё равно вычисляется, но его результат не используется для поиска статического метода. Например, в factory().ping() будет выполнен factory(), однако ping затем вызовется как статический метод класса, даже если factory() вернёт null. Побочные эффекты вычисления не следует путать с разыменованием объекта.

3. Может ли статический метод реализовать или переопределить метод интерфейса?

Нет. Статический метод класса не является реализацией экземплярного метода интерфейса: вызов через интерфейсную ссылку требует экземплярного метода. Статические методы интерфейса вызываются через имя самого интерфейса, например SomeInterface.utility(), и не наследуются реализующими классами как экземплярные методы.