JPMS不直接压缩内存，但通过精简依赖、约束反射、隔离类生命周期及配合JVM参数，显著降低元空间占用与启动期堆外内存消耗。
Java 模块化系统（JPMS）本身不直接压缩内存，但能从类加载源头控制资源消耗，尤其对元空间（Metaspace）和启动期堆外内存有明显收敛效果。关键不是“加模块”，而是用模块边界做减法。
精简运行时依赖，减少类加载总量
传统 classpath 下 JVM 会扫描所有 JAR 中的类，即使没被调用也会触发解析和元数据注册；模块路径（--module-path）配合显式声明，让 JVM 在启动阶段就跳过无关类：
- 用 jdeps --list-deps --multi-release 17 your-app.jar 分析真实依赖，剔除未使用的 JDK 模块（如纯 HTTP 服务中移除
java.desktop）； - 用 jlink 构建自定义运行时镜像，只打包
requires的模块及其传递依赖——JDK 运行时可从 300MB+ 压至 50–80MB，类加载器需处理的模块元数据下降，元空间初始占用减少 30%～60%； - 避免滥用
requires static或requires transitive，它们会把本不该加载的模块提前拉入启动流程，增加元空间压力。
约束反射与服务发现行为
反射和服务加载是元空间膨胀的常见推手，模块化后可通过声明式控制替代隐式扫描：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 在
module-info.java中仅 opens 具体包（如opens com.example.dto to java.xml.bind），而非open module全开，防止 JVM 提前解析整个模块下所有类； - 用
requires java.sql替代Class.forName("com.mysql.cj.jdbc.Driver")，由模块系统接管驱动加载，避免重复注册 JDBC 驱动类元数据； - 对
ServiceLoader，改用uses java.sql.Driver声明接口，并确保提供方模块写明provides java.sql.Driver with com.mysql.cj.jdbc.Driver，杜绝全 classpath 扫描引发的类爆炸。
隔离类生命周期，支持整模块卸载
元空间碎片主要来自频繁加载/卸载不稳定类（如热更新 POJO、规则脚本生成类）。模块化允许按语义划分加载边界：
立即学习“Java免费学习笔记（深入）”；
- 将基础类型、通用工具等稳定类打包为独立模块，交由 Platform 类加载器加载（永不卸载），避免重复定义；
- 将 DTO、VO、配置类等易变类单独成模块，使用自定义类加载器加载——卸载时，其全部类元数据可被 JVM 整体回收，显著降低外部碎片；
- 避免“一个类一个加载器”式滥用，防止元空间中堆积大量无法合并的小块元数据区。
配合 JVM 参数固化元空间与启用压缩指针
模块化压减了类数量，必须同步收紧 JVM 参数，否则宽松配置反而掩盖问题：
- 设 -XX:MetaspaceSize=128m -XX:MaxMetaspaceSize=128m（轻量服务）或 256m（含少量动态代理），两值相等可杜绝扩容触发的 Full GC；
- 开启压缩类指针（-XX:+UseCompressedClassPointers，默认开启），在 64 位 JVM 上将类元数据中的 Klass 指针从 8 字节压缩为 4 字节，节省可观元空间；
- 用 jstat -gc <pid> 或 jcmd <pid> VM.native_memory summary 监控元空间实际使用趋势，验证优化效果。
