普通导入（import）使类名可用，静态导入（import static）使类的静态成员（方法或常量）直接可用而省略“类名.”前缀；前者解决类可见性，后者提升调用简洁性但需警惕可读性风险。
静态导入（import static）和普通导入（import）最核心的区别在于：普通导入让类名可用，静态导入让类里的静态成员（方法或常量）直接可用——省掉“类名.”前缀。但这个便利性对代码可读性有双面影响，关键看怎么用。
普通导入只解决类名可见性
比如写 import java.util.ArrayList;，之后就能直接写 new ArrayList()；但若要用 Arrays.asList()，仍得写全 Arrays.asList(...)。编译器只是帮你定位类，不改变调用语法。
- 类名明确，读者一眼知道对象来自哪个包、哪个类
- 不会和当前类的字段/方法重名冲突
- 即使多个包含同名类（如
java.sql.Date和java.util.Date），也能靠显式导入控制使用哪一个
静态导入把静态成员“平移”进当前作用域
比如 import static java.lang.Math.*; 后，sqrt(4)、PI、max(2, 3) 都能直接写，不再需要 Math.sqrt() 这样的前缀。
- 高频、公认、无歧义的静态成员（如
Assert.assertEquals、Math.PI）用静态导入后更干净 - 一旦导入了多个类的同名静态成员（例如两个工具类都有
log()），编译器报错，必须退回用全限定名 - 如果本地变量也叫
random，又静态导入了Math.random，代码里出现random()就可能被误读成调用本地方法
可读性下降的典型场景
不是所有静态成员都适合静态导入。以下情况容易让后续维护者困惑：
立即学习“Java免费学习笔记（深入）”；
- 导入了
import static org.junit.Assert.*;，然后代码里出现assertTrue(x > 0)—— 没有上下文很难立刻反应这是 JUnit 的断言，还是自己写的工具方法 - 业务类中静态导入了自定义工具类的
formatDate，但团队没共识，新成员看到formatDate(now)会疑惑：这是哪来的？要不要加空指针检查？ - 同时导入
java.time.LocalDate.now和org.mockito.Mockito.when，两者都叫when，就只能放弃静态导入或重命名
提升可读性的实用建议
静态导入不是禁用，而是要“克制+聚焦”：
- 优先导入单个静态成员，如
import static java.lang.Math.PI;，比通配符.*更清晰 - 只在测试类、数学计算模块、配置常量类等上下文高度统一的地方使用
- 团队内约定哪些静态导入是允许的（例如仅限
java.lang.Math、org.junit.jupiter.api.Assertions），并在代码审查中检查 - IDE 中开启“自动折叠导入语句”时，静态导入容易被忽略——建议保持导入块分组，静态导入单独列在普通导入下方，并加注释说明用途
