静态导入不影响打包体积。它仅在编译期做符号替换，生成的字节码中无静态导入痕迹，不引入新依赖，模块依赖仍需显式声明。
没有影响。
静态导入不改变字节码
Java 编译器（javac）在处理 import static 时，只是在编译期做符号替换——把 PI 替换成 Math.PI，把 assertEquals() 替换成 Assertions.assertEquals()。最终生成的 .class 文件里，**完全看不到静态导入的痕迹**，所有调用都已是带类名的完整引用。
这意味着：打包进 JAR、WAR 或模块镜像的字节码，和你手写全限定名一模一样。无论导入 1 个还是 20 个静态成员，生成的 class 文件大小、结构、指令集都毫无区别。
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
真正决定包体积的是依赖本身
影响打包体积的关键因素是：你是否把某个类所在的 JAR 加进了 classpath 或 module path。静态导入不会引入新依赖，也不会让已有依赖变大。
- ✅ 正确情况：你已依赖
junit-jupiter-api，再import static org.junit.jupiter.api.Assertions.*—— 不增加任何体积 - ❌ 错误理解：以为静态导入能“省掉”某个工具类的 JAR —— 实际上，只要代码里用了它的静态成员，该类就必须存在，JAR 就必须打包进去
模块化场景下更需注意
在 Java 25 模块系统中，静态导入依然不改变模块依赖图：
- 被静态导入的类所属模块，仍需在
module-info.java中通过requires显式声明 -
jlink构建精简运行时镜像时，只看模块依赖关系和导出包，静态导入语句本身不参与分析 - 哪怕你写了
import static java.time.DayOfWeek.*;，只要没实际使用任何DayOfWeek常量，且该类未被其他路径间接引用，模块系统仍可能将其裁剪掉——但这和静态导入无关，而是基于实际字节码引用
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
