上周把多Agent工程发出去有同学问我本地怎么部署。我顺手mvn package打了个包一看——87MB。推镜像传半天扔服务器scp也半天改一行代码整个包重传一遍CI红灯一半时间在传包。很多人打完jar就直接扔服务器从来没想过它能瘦身。其实一个Spring Boot fat jar默认把所有依赖、启动器、你自己的代码全塞一起80MB里真正频繁变动的业务代码可能不到1MB。优化不是玄学是把不变的和常变的分开再把多余的扔掉。今天把我项目里用了三年的五层优化全讲一遍——不管你是传统服务器java -jar还是Docker部署都用得上。第1层先诊断别瞎优化上来就调参数是瞎搞。先看清楚你的jar到底谁胖# 按大小排序看Top20 unzip -l target/*.jar | sort -rn | head -20 # 专门看第三方依赖哪个最胖 unzip -l target/*.jar | grep BOOT-INF/lib | sort -rn | head -20我见过太多案例一个PDFBox、一个字体包、一个SDK单独就20~30MB。先砍大头比什么都管用。第2层依赖瘦身——把不该打的扔出去# 完整依赖树找重复和冲突 mvn dependency:tree # 揪出你以为用了、其实代码里没引用的声明依赖 mvn dependency:analyze三个必查功能重叠的库别同时留okhttp和httpclient、fastjson和jackson大依赖PDF/Office/字体确认真的在用不用就删testscope的本来就不进jar别手滑改成compile。这一层做完经常直接瘦10~20MB。第3层分层打包——Docker和直接部署都能用这是最关键的一招。Spring Boot 2.3默认开启分层把jar拆成四块dependencies/ ← 第三方依赖几乎不变 spring-boot-loader/ ← 启动器不变 snapshot-dependencies/ ← SNAPSHOT包 application/ ← 你自己的业务代码每次都变pom里确认一下plugin groupIdorg.springframework.boot/groupId artifactIdspring-boot-maven-plugin/artifactId configuration layersenabledtrue/enabled/layers /configuration /plugin解包命令本地和服务器都能跑mvn clean package -DskipTests java -Djarmodelayertools -jar target/app.jar list # 看有哪几层 java -Djarmodelayertools -jar target/app.jar extract # 解出四个目录分层的价值在哪不是只能给Docker用。传统部署里你也可以把解出来的四个目录固定在服务器上以后每次发版只传application/那几百KB不用整个80MB包重传——scp和CI时间直接砍90%。当然如果你团队就是习惯scp一个整jar上去跑那分层的主要价值在Docker缓存和传包体积传统单机部署不折腾分层也完全没问题别为了分层而分层。第4层按部署方式选方案A. 传统服务器直接java -jar解包后目录结构固定启动用JarLauncher# 以后发版只替换 application/ 目录不用重传依赖 nohup java org.springframework.boot.loader.launch.JarLauncher app.log 21 包路径别抄错Spring Boot 3.x 是org.springframework.boot.loader.launch.JarLauncher2.x 是org.springframework.boot.loader.JarLauncher。B. Docker部署利用分层做缓存——依赖层不变化Docker就不重建FROM openjdk:17-slim AS builder WORKDIR app COPY target/app.jar app.jar RUN java -Djarmodelayertools -jar app.jar extract FROM openjdk:17-slim WORKDIR app COPY --frombuilder app/dependencies/ ./ COPY --frombuilder app/spring-boot-loader/ ./ COPY --frombuilder app/snapshot-dependencies/ ./ COPY --frombuilder app/application/ ./ ENTRYPOINT [java,org.springframework.boot.loader.launch.JarLauncher]顺序很关键最稳定的依赖层放前面业务代码application/放最后——改一行代码Docker只重建最后一层秒级构建。第5层运行时再砍一刀——jlink 瘦JRE基础镜像openjdk:17-slim就有40MB用jlink只打包你用到的Java模块能压到30MB以内。先别急着手写模块清单让工具帮你分析——手写几乎一定会漏模块启动报NoClassDefFoundError# 让jdeps自动分析这个jar依赖哪些模块 jdeps --print-module-deps --ignore-missing-deps target/app.jar # 输出类似java.base,java.desktop,java.management,...把输出直接喂给jlinkjlink \ --add-modules $(jdeps --print-module-deps --ignore-missing-deps target/app.jar) \ --output my-jre \ --strip-debug --no-man-pages --no-header-files --compress2几个老牌库Netty等还依赖jdk.unsupported如果jdeps没列出但启动报模块找不到手动补进去。附赠冷启动再快一点如果你是Serverless、频繁重启、或者要快速弹性扩容在application.yml开懒加载Bean按需初始化冷启动时间能再压一截spring: main: lazy-initialization: true注意懒加载会把初始化成本挪到首个请求长期常驻的核心服务别开首屏响应会变慢。最后一张速查表mvn clean package -DskipTests # 打fat jar unzip -l target/*.jar | sort -rn | head -20 # 看谁最胖 mvn dependency:tree mvn dependency:analyze # 依赖体检 java -Djarmodelayertools -jar target/app.jar extract # 分层解包 jdeps --print-module-deps --ignore-missing-deps target/app.jar # 分析模块五层做完80MB的包通常能压到20MB以内CI构建从几分钟变几十秒。优化的本质不是压参数是把不变的和常变的分开、把多余的删掉。落地资源推荐打好包要部署到服务器2核4G轻量服务器跑Spring Boot完全够新用户首年特惠性价比很高点文末「阅读原文」直达活动无需求直接忽略。领取优化模板包关注图片上水印即Java-AI工程师整理了一份可直接复制的配置pom分层配置、完整Dockerfile、jdepsjlink命令、分层部署命令打出【jar优化】 即可对着抄就行。下期预告下一篇回到AI主线,继续来生成的实战干货本文属于「JavaAgent实战」合集