静态导入适用于频繁调用来源明确、语义清晰的静态成员，如JUnit断言、Math工具方法或自定义工具类；应避免过度使用导致可读性下降。
静态导入主要用于简化频繁调用的静态成员（如工具类方法、常量）的代码写法，让调用更简洁，但需谨慎使用，避免降低可读性。
什么时候适合用 static import
当某个类的静态方法或常量被大量、重复使用，且来源明确、语义清晰时，静态导入能提升代码简洁度：
- 频繁使用 java.util.Collections 的 emptyList()、singletonList() 等工厂方法
- 大量断言场景下导入 org.junit.jupiter.api.Assertions 中的 assertEquals、assertTrue 等（JUnit 5 常见）
- 数学计算中反复调用 Math.abs()、Math.max()、Math.PI 等
- 自定义工具类（如 StringUtils、NumberUtils）提供大量静态方法，且项目内广泛复用
基本写法与注意事项
语法为 import static 包名.类名.静态成员名;，支持通配符 * 导入全部静态成员：
- 导入单个方法：import static java.lang.Math.abs; → 后续可直接写 abs(-5)
- 导入多个指定成员：import static java.lang.Math.PI; 和 import static java.lang.Math.sqrt;
- 导入整个类的静态成员：import static java.lang.Math.*; → 可用 PI、sqrt()、pow() 等，无需前缀
- 冲突时优先使用类名限定：若两个静态导入含同名方法（如 Assertions.assertEquals 和自定义 assertEquals），编译器会报错，此时必须显式写类名调用
不建议用 static import 的情况
过度使用反而损害代码可维护性：
- 导入来源不直观的静态方法（例如从深层嵌套工具类导入），别人无法一眼看出方法来自哪个类
- 一个类中导入多个类的静态成员，尤其名称相似时（如多个 of()、from() 工厂方法）容易混淆
- 仅调用一两次静态方法就导入——得不偿失，不如直接 ClassName.method()
- 在公共 API 或框架代码中滥用，会增加使用者理解成本
实际小例子（JUnit 测试中）
对比写法：
- 不用静态导入：Assertions.assertEquals(42, result); Assertions.assertTrue(list.isEmpty());
- 启用后：import static org.junit.jupiter.api.Assertions.*; → 可简写为 assertEquals(42, result); assertTrue(list.isEmpty());
这种用法在测试类中很自然，因为上下文明确、调用密集，且业界普遍接受。
