java模块化系统（jpms）通过精简运行时镜像、显式依赖管理和隔离非关键初始化，大幅压缩启动时必须执行的工作量，从而提升大型企业级应用启动性能。
Java 模块化系统（JPMS）提升大型企业级应用启动性能，核心不是“加速某一步”，而是从启动源头减少必须做的工作——通过显式边界控制类加载范围、抑制隐式初始化、裁剪运行时体积，把“启动时不得不干的事”大幅压缩。
精简运行时镜像，直接减少类加载总量
传统 classpath 下，JVM 启动时要扫描所有 JAR 包里的类，哪怕只用了一个工具方法，也会加载整个 commons-lang 或 spring-core。模块化后：
- 用 jlink 构建最小运行时：只包含
java.base、java.logging、业务模块及明确 requires 的模块，剔除java.desktop、java.sql等服务端无用模块，镜像体积可从 300MB+ 压至 50–80MB - 类加载器不再遍历冗余路径，元空间注册的类元数据减少 30%–60%，静态块触发次数同步下降
- 容器部署时复用该镜像，每次 Pod 启动都跳过数百个无用类的解析与验证
显式依赖管理，阻断雪崩式类加载
Spring Boot 自动配置常因一个 @Configuration 类间接拉入几十个未使用的类。模块化通过 module-info.java 强制收敛：
- requires 只写真正调用的模块；用 requires static 隔离编译期依赖（如 Lombok 注解处理器），避免运行时加载
-
exports 仅开放 API 包，不导出
internal或impl包，防止外部反射误触发其静态初始化块 -
uses/provides 替代
META-INF/services全局扫描，ServiceLoader 按需加载具体实现，而非启动即实例化全部服务
隔离非关键初始化，让首响应真正变快
模块化本身不提供懒加载，但它划出了清晰的“加载边界”——模块 A 不 requires 模块 B，B 中的任何类在 A 启动时都不会被加载：
- 把监控上报、日志异步刷盘、离线任务调度等拆为独立模块，主应用模块不声明对其依赖
- 数据库连接池、缓存预热等资源初始化，从 static 块移至首次访问时按需执行（如使用 Holder 模式或 Supplier）
- 配合 --limit-modules JVM 参数，启动时只加载
java.base,com.example.core,com.example.config，跳过所有未声明的自动模块
协同 JVM 工具，验证并固化优化效果
模块化收益需可观测支撑，否则容易被隐式反射或配置覆盖：
- 用 jdeps --list-deps --multi-release 17 app.jar 查真实依赖，确认是否还有未声明却实际加载的模块
- 启动时加 -XX:+PrintGCDetails -XX:+PrintClassHistogramBeforeFullGC，对比优化前后元空间占用与 Full GC 次数
- 设置 -XX:MetaspaceSize=128m -XX:MaxMetaspaceSize=128m（轻量服务），两值相等可避免扩容抖动，让内存行为更稳定
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
