Ответ.

История вопроса:

C самого начала в Java появилась концепция статических членов класса, отличающихся от экземплярных членов — такие переменные хранятся на уровне класса, а не объекта. Это позволяет разделять данные между всеми экземплярами класса или использовать константы и сервисные структуры.

Проблема:

Основная задача статических полей — предоставление данных для всех объектов класса или реализация единственной точки доступа. Но неправильное использование static может привести к трудноуловимым ошибкам, связанным с глобальным состоянием, гонками данных и проблемами при тестировании.

Решение:

Статические поля объявляются с помощью ключевого слова static:

public class Counter {
    public static int globalCount = 0;

    public Counter() {
        globalCount++;
    }
}

При каждом создании экземпляра счетчик увеличивается, и значение доступно через Counter.globalCount, независимо от объекта.

Ключевые особенности:

Делятся между всеми экземплярами класса.
Живут столько, сколько живет сам класс в JVM.
Часто применяются для констант и реализации паттернов вроде Singleton.

Вопросы с подвохом.

Можно ли обращаться к статическому полю через объект, а не через имя класса?

Да, синтаксис допускает обращение к статическому полю через объект, однако это приводит к нечитабельному, а иногда и сбивающему с толку коду. Лучше всегда обращаться через имя класса.

Counter c = new Counter();
System.out.println(c.globalCount); // Работает, но не рекомендуется

Могут ли статические поля быть приватными?

Да, уровень доступа никак не ограничен. Приватные статические поля часто используются совместно с публичными статическими методами (например, для Singleton):

public class Singleton {
    private static Singleton instance;
    public static Singleton getInstance() {
        if (instance == null) instance = new Singleton();
        return instance;
    }
}

Что произойдет при попытке инициализировать статическое поле значением, зависящим от нестатического?

Такой код не скомпилируется, потому что нестатические поля инициализируются после статических. Статическое поле не может ссылаться на нестатическое напрямую.

Типовые ошибки и анти-паттерны

Глобальное состояние через static поля мешает тестированию, ухудшает читаемость кода.
Многопоточное обновление статических переменных без синхронизации.
Статические поля для хранения данных, специфичных для экземпляра — это некорректно, приведет к неожиданному поведению.

Пример из жизни

Негативный кейс

В больших приложениях используется static поле для хранения кэшированных данных, которые специфичны для пользователя.

Плюсы:

Быстрое прототипирование.

Минусы:

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

Позитивный кейс

Использование public static final String для хранения констант (например, кодов ошибок или стандартных параметров).