静态导入对执行效率零影响，它是编译期语法糖，生成字节码与手动写全限定名完全相同，不参与JVM运行时行为；但会降低可读性与维护性，易引发歧义、定位困难及重构风险。
不影响。
编译期处理，运行时无痕迹
静态导入是纯粹的编译期语法糖。javac 在编译时会把所有静态导入的调用（比如 PI 或 assertEquals）原样替换成带类名的完整引用（Math.PI、Assertions.assertEquals）。最终生成的 .class 文件里，完全看不到 import static 的任何残留——字节码和你手动写全限定名一模一样。
不参与 JVM 运行时行为
它不改变类加载顺序，不干扰方法解析过程，不影响 JIT 编译决策，也不增加 GC 压力。JVM 执行时只认字节码指令，根本不知道代码当初有没有用静态导入。
真正该关心的不是性能，而是可读性与维护成本
虽然编译快、运行快，但以下问题更常见也更实际：
立即学习“Java免费学习笔记（深入）”；
- 多个工具类都有 isEmpty()，静态导入后调用直接报错：“reference to isEmpty is ambiguous”
- 新人读代码时找不到 max(1, 2) 来自哪个类，得翻 import 区或靠 IDE 跳转
- 重构时移除了某个静态方法，但因导入是隐式的，IDE 很难自动提示所有调用点
- 通配符导入（import static java.util.Collections.*;）让命名空间变“脏”，补全列表里一堆同名方法，选错一个就引发泛型擦除问题
一句话总结
静态导入对执行效率零影响，但它把“调用来源”从显式变成隐式——省了几个字符，可能多花几分钟定位问题。用不用，关键看上下文是否足够明确、团队是否达成共识、是否真的高频且无歧义。
