精简第三方依赖包对降低java应用内存占用效果显著，关键在于删减未加载类、减少类加载数量、缩小元空间占用、降低初始堆对象数及缩短类初始化时间；需结合-verbose:class分析实际加载类、精准排除传递依赖、使用jar-slim-maker或proguard裁剪jar内无用类，并同步启用cds、设置maxmetaspacesize及usecontainersupport。
精简第三方依赖包对降低 Java 应用运行内存占用效果显著，但关键不在于“删 JAR”，而在于“删掉不加载的类”和“避免冗余类进堆”。真正起作用的是减少类加载器加载的类数量、缩小元空间（Metaspace）占用、降低初始堆内对象数量，以及缩短类初始化时间。
识别真正被使用的类路径
很多第三方包体积大，但你的应用只用了其中 5% 的类。盲目排除整个依赖会出错，应先定位实际加载路径：
- 启动时加 -verbose:class 参数，记录所有加载的类，输出重定向到文件便于分析
- 配合 jcmd
VM.native_memory summary 或 jstat -class 观察类加载总数与元空间增长趋势 - 使用 mvn dependency:tree -Dincludes=groupId:artifactId 精准查看某依赖的传递链，确认是否真被间接引用
精准剔除传递依赖与无用模块
Spring Boot 类项目最常见冗余来源是 starter 的隐式依赖，例如：
-
spring-boot-starter-web 默认带嵌入式 Tomcat，若部署在外部容器中，可
<exclusion></exclusion>掉spring-boot-starter-tomcat -
spring-boot-starter-data-jpa 自动引入 Hibernate 全量包，若只用简单 CRUD，可排除
hibernate-core中的字节码增强、缓存等非必需模块 - 日志框架如 Logback 若未启用异步 Appender 或 Sifting，可移除
logback-classic中的ch.qos.logback.core.rolling等子包（需配合类裁剪工具）
用构建时裁剪工具压缩 JAR 内容
单纯排除依赖还不够——已打入 fat jar 的无用 class 仍会参与类加载。推荐两类实操方案：
-
jar-slim-maker：通过
java -verbose:class日志反向生成白名单，自动从 JAR 中删除未加载类，支持拖拽操作和回归验证 - ProGuard / R8（针对非 Android Java）：配置 keep 规则保留主类、反射入口、SPI 实现类，其余代码全移除；注意需测试序列化、JSON 反射、动态代理兼容性
- 若用 Maven Shade Plugin，启用
<minimizejar>true</minimizejar>并配合<relocations></relocations>合并重复依赖，避免同名类多份拷贝
配合 JVM 层级优化放大效果
依赖精简后，必须同步调整 JVM 行为才能释放内存红利：
- 启用 Class Data Sharing（CDS）：用
java -Xshare:dump生成共享归档，使多个 JVM 实例复用相同类元数据，大幅压缩元空间 - 设置 -XX:MaxMetaspaceSize（如 64m），防止未裁剪依赖导致元空间无限增长
- 搭配 --add-opens 精确开放反射权限，避免因裁剪后包访问受限而触发额外类加载或 fallback 逻辑
- 容器环境下务必加 -XX:+UseContainerSupport，让 JVM 正确读取 cgroup 内存限制，避免堆外内存失控
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
