java模块化系统（jpms）提升启动性能的核心是避免加载无关类，通过模块边界控制、显式依赖声明、jlink精简镜像、隔离非关键初始化及工具验证，显著减少类加载与静态初始化开销。
Java 模块化系统（JPMS）提升启动性能，核心不是“让加载变快”，而是“让不该加载的类根本不会被加载”。它通过边界控制、依赖显式化和运行时精简，在 JVM 启动早期就削减大量冗余工作。
精简运行时镜像，减少类加载总量
传统 JDK 运行时包含全部标准类库（如 rt.jar），即使服务端应用完全不用 Swing 或 AWT，这些类仍会被扫描、解析甚至部分初始化。JDK 9+ 将其拆为模块（java.base、java.sql 等），配合 jlink 可生成最小可用镜像：
- 只打包业务真正 require 的模块，例如
jlink --add-modules java.base,java.logging,com.myapp --output myrt - 排除 java.desktop 等对后端无意义的模块，可减少数百个类的加载与静态初始化开销
- 容器部署时直接使用该定制镜像，避免每次启动都扫描完整 classpath
强制显式依赖，阻断隐式连锁加载
非模块化项目中，一个类可能因反射、ServiceLoader 或间接引用，意外触发数十个无关类的加载和初始化（“雪崩式加载”）。模块化通过 requires 和 exports 声明构建精确依赖图：
- 主模块只声明直接需要的模块，移除未使用的 requires；编译期需、运行期不用的用 requires static
- 用 requires transitive 明确传递依赖，防止下游重复加载同一模块
- 内部包不导出（如 com.myapp.internal），从源头阻止外部误触其静态块
隔离非关键初始化，缩短首响应时间
模块化本身不提供懒加载，但它天然支持“按模块延迟”——只要模块 A 不 requires 模块 B，B 中所有类在 A 启动时就不会被 JVM 加载。
- 将日志上报、监控埋点、离线任务等功能拆进独立模块，并不在主模块中声明依赖
- 主模块仅依赖接口模块，具体实现模块由业务逻辑首次调用时才通过 ServiceLoader 加载
- 避免在 static 块中执行 I/O、远程调用或复杂计算；确需预热的资源（如连接池），改用首次访问时初始化
配合工具验证真实加载行为
模块化效果必须可观测。仅靠 jlink 裁剪不够，要确认哪些模块真被跳过、哪些类仍被意外加载：
- 用 jdeps --list-deps --multi-release 17 app.jar 分析实际依赖，剔除未被引用的 JAR
- 启动时加 -XX:+TraceClassLoading -XX:+TraceClassUnloading 查看类加载日志
- 结合 jstat -class 或 JFR（Java Flight Recorder）统计元空间占用与类加载耗时
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
