Ответ.

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

Статический импорт был введён в Java 5 (JDK 1.5) для повышения читаемости кода и уменьшения его многословности. До появления этого механизма, чтобы использовать статические члены другого класса, приходилось всегда писать полное имя класса, что делало код тяжелым и менее чистым.

Проблема:

Часто бывает необходимо многократно обращаться к статическим методам или полям в рамках одного класса (например, к математическим функциям или константам). Постоянное упоминание имени класса затрудняет читаемость и увеличивает количество кода.

Решение:

Механизм статического импорта позволяет импортировать статические члены класса (методы или поля) напрямую, чтобы обращаться к ним без префикса имени класса. Это упрощает код и делает его более компактным, особенно при интенсивном использовании библиотек наподобие Math.

Пример кода:

import static java.lang.Math.*;

public class StaticImportExample {
    public static void main(String[] args) {
        double x = cos(PI * 2);
        double y = pow(2, 4);
        System.out.println(x + ", " + y);
    }
}

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

Позволяет вызывать статические методы и использовать поля без имени класса
Усиливает читаемость кода при правильном использовании
Может ухудшить читаемость, если применяется бездумно или для неоднозначных имён

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

Можно ли импортировать все статические члены класса с помощью звёздочки (Wildcard Static Import)?

Да, можно. Выражение import static java.lang.Math.*; импортирует все статические методы и поля этого класса. Но это ухудшает читаемость и может вызвать конфликты имён, если такие есть в других импортированных классах.

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

Нет, компилятор выдаст ошибку. Например,

import static java.util.List.NONEXISTENT_FIELD; // Ошибка компиляции

Работает ли static import для нестатических членов класса?

Нет. Static import применяется только к статическим методам и полям. Попытка импортировать нестатические члены приведёт к ошибке компиляции.

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

Использование статического импорта для множества классов с одинаковыми именами статических членов (приводит к неочевидным ошибкам компиляции или неясному коду)
Злоупотребление wildcard static import (импорт *) уменьшает читаемость и приводит к конфликтам имён
Статический импорт нестатических членов — ошибка, так как такие методы/поля недоступны через механизм static import

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

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

В команде программист использует import static java.lang.Math.*; и import static java.util.Collections.*;, не уделяя внимания пересечению имён. В результате сложно понять, какой именно метод или константа используется в каждом конкретном месте и при появлении новых библиотек — возможны конфликты имён.

Плюсы:

Код лаконичен, нет лишних префиксов.

Минусы:

Плохо читается и поддерживается
Возможны конфликты имён при добавлении новых зависимостей

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

Разработчик импортирует только нужные методы из Math, например

import static java.lang.Math.PI;
import static java.lang.Math.cos;

Весь проект остаётся понятным и поддерживаемым, статические импортированные члены легко отслеживать.