静态导入适用于高频、语义明确、来源清晰的静态成员，如JUnit断言、Math工具方法、Arrays/Collections构造方法及自定义工具类方法；应显式导入具体成员，避免通配符，防止命名冲突和可读性下降。
静态导入（import static）能让代码更简洁，尤其在频繁调用工具类的静态方法或常量时。但它不是“越多越好”，关键在于用得准、读得清、维护稳。
哪些场景适合用 static import
适合那些被大量重复使用的、语义明确的静态成员，比如：
-
java.util.Arrays.asList()、java.util.Collections.emptyList() -
org.junit.jupiter.api.Assertions.assertEquals()、assertTrue()等测试断言 -
java.time.Duration.ofSeconds()、ChronoUnit.DAYS等时间工具 - 自定义工具类中的
StringUtils.isBlank()、Numbers.isPositive()（前提是该类设计为静态工具类）
怎么写才清晰不混乱
避免通配符全导入（如 import static java.lang.Math.*），容易引发命名冲突或降低可读性。推荐显式导入具体成员：
import static java.util.Objects.requireNonNull; import static java.util.Objects.equals; import static java.time.Duration.ofMinutes;
这样别人一眼看出你用了哪些静态方法，也方便 IDE 跳转和重构。
立即学习“Java免费学习笔记（深入）”；
注意命名冲突和可读性陷阱
如果两个静态导入的成员同名（比如都导入了 assertThat），编译会报错；即使不报错，过度使用也会让读者困惑“这个方法到底来自哪个类”。建议：
- 在业务逻辑复杂的类中慎用，优先保留类名以明确上下文
- 在测试类、脚本类或 DSL 风格代码中更适用
- 团队内统一规范：比如约定只允许导入断言类、常用工具方法，禁止导入
System.out.println
一个实用小技巧：配合 IDE 快捷键
IntelliJ IDEA 或 Eclipse 支持自动优化导入 —— 写完 Objects.requireNonNull(...) 后，按 Alt+Enter（Windows）或 Option+Enter（macOS），选择 “Add static import” 即可一键转换。这样既控制粒度，又不增加手写负担。
