java静态导入不创建新作用域，仅支持“名可直用”，其可见性由原声明的访问修饰符决定；名称解析优先级为局部变量＞当前类成员＞静态导入成员；通配符导入需谨慎，且不触发类初始化。
Java静态导入本身不创建新作用域，它只是让其他类的静态成员在当前编译单元中“名可直用”，但这些成员的实际可见性仍由原始声明处的访问修饰符和类结构决定。
静态导入的可见性取决于原始声明的访问级别
被静态导入的成员（如 Math.PI 或 Assertions.enable）能否使用，首要条件是它本身对当前类可见：
- public 静态成员：任何地方都能导入并使用
- protected 静态成员：仅限同一包内，或不同包中的子类可导入
- 默认（包级） 静态成员：只能被同一包内的类静态导入
- private 静态成员：无法被任何其他类静态导入——即使在同一类内部也不支持静态导入自身 private 成员
静态导入不改变作用域层级，只影响名称解析顺序
导入后写 PI 并不等于它“属于当前类”，而只是编译器在查名时多了一条路径。名称解析严格遵循优先级：
- 局部变量 > 当前类的字段/方法 > 静态导入的成员
- 若当前类已声明
final double PI = 3.14159;，再import static java.lang.Math.PI;，那么代码中直接写PI指向的是局部变量，不是 Math 的常量 - 多个静态导入含同名成员（如
import static org.junit.jupiter.api.Assertions.*;和import static org.mockito.Mockito.*;同时引入mock），将触发编译错误，必须显式用类名限定
通配符静态导入（.*）的风险与适用场景
使用 import static com.example.Constants.*; 是常见做法，但仅推荐用于真正意义上的“常量类”（全为 public static final 字段，无方法、无副作用）：
- 优点：减少重复前缀，提升数学、测试、配置类等场景的表达简洁性
- 缺点：模糊来源，增大命名冲突概率；若常量类后续新增同名字段，可能悄无声息覆盖已有逻辑
- 不建议对含静态方法的工具类（如
StringUtils）使用通配符导入，应按需导入具体方法，例如import static org.apache.commons.lang3.StringUtils.isBlank;
静态导入与类加载、初始化无关
静态导入不会触发目标类的初始化，也不影响其生命周期：
- 仅导入
import static java.time.DayOfWeek.SUNDAY;不会导致DayOfWeek类被初始化 - 只有首次主动访问该类的静态字段（非 import）、调用其静态方法、或 new 实例时，JVM 才执行其静态初始化块
- 因此静态导入是纯编译期机制，运行时无额外开销，也无初始化风险
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
