requires声明本身不降低变量解析性能，但冗余或不当的requires会引发编译开销上升、模块图膨胀及符号解析延迟，尤其在大型多模块项目中拖慢javac启动、依赖分析和增量编译速度。
Java模块系统（JPMS）中，requires声明本身不直接导致“变量解析性能下降”，但冗余或不当的requires会间接引发编译期开销上升、模块图膨胀、符号解析延迟等问题——尤其在大型多模块项目中，这种影响会显著拖慢javac启动、依赖分析和增量编译速度。
识别冗余requires的典型表现
编译变慢不是孤立现象，需结合日志与工具交叉验证：
- 执行
javac --module-path ... --add-modules ALL-SYSTEM ...时，首次编译耗时明显增长，且-Xdiags:verbose显示大量Resolving module X日志重复出现 - 使用
jdeps --multi-release 17 --module-path mods/ --list-deps your-module.jar发现模块依赖图中存在环状引用或非必要透传依赖（如A→B→C，但A又显式requires C） - IDE（IntelliJ/Eclipse）频繁触发“Resolving module dependencies”后台任务，卡顿数秒，且Maven/Gradle同步后自动重载耗时增加
定位具体冗余requires语句
不要靠人工扫module-info.java，用结构化方式排查：
- 运行
javac -XprintRounds -XprintProcessorInfo YourModule/module-info.java，观察Round 1中是否多次加载同一模块（如java.base被不同requires路径反复解析） - 启用模块图导出：
javac --show-module-resolution -d out/ module-info.java，检查输出中是否有requires transitive被无意义地用于非导出包，或requires static误写为requires - 对每个
requires问一句：当前模块代码里是否至少有一个地方用到了该模块导出的**公共类型**？若仅在测试代码、注解处理器或反射字符串中出现，应移除或改用requires static
修复与验证关键点
删减后必须验证语义正确性，避免引入隐式编译失败：
- 保留
requires java.base（隐式存在，无需声明），但删除所有显式重复声明 - 将仅用于编译期注解处理的模块（如
org.junit.jupiter.api）改为requires static，并确认构建工具（Maven Surefire/Gradle test task）仍能正常解析 - 验证运行时：即使编译通过，也要用
java --module-path mods/ --module your.module/com.example.Main实测，防止requires static误删导致NoClassDefFoundError - 对比编译耗时：用
time javac -d out/ module-info.java src/**/*.java前后两次运行，差异超过15%即说明优化有效
模块依赖不是越多越安全，而是越精确越高效。一次清理可能让大型项目的全量编译快2–3秒，而增量编译响应几乎实时。
