java模块化本身不降内存，但为轻量运行时奠基；结合jlink裁剪jre（40–60mb）、graalvm原生镜像（内存峰值降至45mb）、精准模块依赖控制及容器化jvm参数调优，可系统性降低内存占用。

Java 模块化架构本身不直接降低内存占用，但它是实现轻量级运行时的关键前提。真正起效的是在模块化基础上，配合编译期裁剪、类加载精简和容器适配等手段，系统性地减少内存开销。

用 jlink 构建最小化 JRE

模块化（JPMS）让 jlink 成为可能——它能只打包应用实际依赖的模块，剔除 java.desktop、java.naming 等冗余模块。

• 执行命令：jlink --module-path $JAVA_HOME/jmods:target/myapp.jar --add-modules my.app --output jre-minimal
• 对比标准 JRE（约 150MB），精简后 JRE 可压缩至 40–60MB，类加载器加载的类数量大幅下降，直接减少元空间（Metaspace）占用
• 注意：需显式声明所有传递依赖，否则运行时报 NoClassDefFoundError

启用原生镜像替代 JVM 运行时

模块化 + GraalVM 原生编译是内存优化的跃迁式路径。原生镜像在构建阶段完成静态分析，仅保留可达代码，彻底绕过 JVM 的解释器、JIT 编译线程和完整 GC 子系统。

deep-java-review

Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...

下载

• Quarkus/Micronaut 应用启用原生编译：./mvnw package -Pnative
• 典型效果：内存峰值从 180MB（JVM 模式）降至 45MB（原生镜像），且无堆外内存持续增长问题
• 需补充反射、资源、JNI 等元数据配置（reflect-config.json），否则运行时报 ClassNotFoundException 或初始化失败

控制模块间依赖与类加载粒度

模块声明（module-info.java）不仅是“接口契约”，更是运行时类加载的边界约束。过度开放（opens / exports）会引入隐式反射调用，导致更多类被提前加载进 Metaspace。

• 避免无差别 opens to java.base；按需开放，例如仅 opens com.example.dto to com.fasterxml.jackson.databind
• 使用 requires static 声明编译期依赖（如 Lombok 注解处理器），防止其进入运行时 classpath
• 搭配 --limit-modules 启动参数，进一步限制 JVM 加载的顶层模块集合

适配容器环境的 JVM 内存行为

即使采用模块化 JRE，若仍以传统 JVM 模式运行，必须显式告知其容器内存限制，否则堆内存会超额申请，触发 OOMKilled。

• 务必启用：-XX:+UseContainerSupport（Java 8u191+ / Java 10+ 默认开启）
• 设置合理堆比例：-Xms512m -Xmx1g，避免初始堆过大挤占容器剩余内存
• 添加 -Djava.security.egd=file:/dev/./urandom 防止 SecureRandom 阻塞，缩短类初始化时间，间接减少元空间临时对象堆积

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南