静态导入可省略类名直接调用静态方法，提升测试代码简洁性与可读性；推荐按需导入如assertEquals、mock等具体方法，避免.*全量导入引发命名冲突，并借助IDE自动补全和优化功能提升开发效率。
静态导入能让你省略类名直接调用静态方法，让测试代码更简洁、可读性更强——尤其在频繁使用 Assert、Mockito 或 TestNG 的断言和工具方法时。
常用断言的静态导入
JUnit 5 中大量使用 org.junit.jupiter.api.Assertions 的静态方法，比如 assertEquals、assertTrue、assertThrows。不导入时写法冗长：
Assertions.assertEquals(42, result);
加上静态导入后，直接写方法名即可：
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
立即学习“Java免费学习笔记（深入）”；
-
import static org.junit.jupiter.api.Assertions.*;（导入全部） -
import static org.junit.jupiter.api.Assertions.assertEquals;（按需导入，推荐） - 之后就能直接写
assertEquals(42, result);
Mockito 工具方法的简化调用
Mockito 提供了 mock()、when()、verify() 等静态工具方法。静态导入后，测试中创建模拟对象和设定行为更接近自然语言：
import static org.mockito.Mockito.*;UserService mockService = mock(UserService.class);when(mockService.findById(1L)).thenReturn(new User("Alice"));- 避免了
Mockito.mock(...)和Mockito.when(...)的重复前缀
避免命名冲突与过度导入
静态导入虽方便，但容易引发方法名冲突（比如两个类都有 when()），也会影响代码可维护性：
- 优先按需导入具体方法，而非
.*全量导入 - 如果同时用 JUnit 和 AssertJ，两者都有
assertThat()，需显式指定类名或只导入其中一个 - IDE 通常能自动优化导入（如 IntelliJ 的 “Optimize Imports”），建议开启并定期清理
配合 IDE 提升编写效率
现代 IDE 对静态导入支持良好，能显著降低手动补全成本：
- 输入
asser后按 Ctrl+Space，IDE 会提示所有已导入的静态方法（如assertEquals） - 写完
assertEquals(...)，光标停留其上，Alt+Enter 可快速补全对应 import - 部分 IDE 还支持“静态导入意图”，例如选中
Assertions.assertTrue(...)，一键转为assertTrue(...)并添加 import
