使用JarLauncher运行Spring Boot Docker镜像的优势是什么？

你当前的Dockerfile采用java -jar直接启动Spring Boot Jar，而另一个项目通过Spring Boot的JarLauncher启动，这种方式主要有以下几个关键优势：

1. 大幅优化Docker镜像构建与拉取效率 #

第二个Dockerfile通过java -Djarmode=layertools -jar cdacapp.jar extract将Spring Boot Jar拆分为多个独立分层：

• dependencies/：包含第三方依赖库，这部分内容很少变动
• spring-boot-loader/：Spring Boot的加载器核心代码，几乎不会变化
• webjars/：前端依赖包，更新频率低
• application/：你的业务代码，是变动最频繁的部分

Docker的镜像分层缓存机制会复用未修改的分层，每次代码迭代时，只有application/层需要重新构建、推送，其余分层直接复用缓存。对于K8S部署场景来说，这意味着：

• 镜像构建时间大幅缩短
• 镜像推送、拉取的体积更小，节省带宽和存储
• K8S Pod启动速度更快

2. 显著缩小镜像体积 #

你的Dockerfile使用maven:3.6.6-jdk-11作为运行时基础镜像，这个镜像包含了完整的Maven环境和JDK，体积较大；而另一个项目使用openjdk:11-jre-slim，仅包含精简版的JRE，再加上只复制拆分后的必要分层内容，最终镜像体积会比你的版本小很多，更适合容器化部署。

3. 更贴合Spring Boot原生运行机制 #

Spring Boot的可执行Jar本身就是通过JarLauncher来实现类加载和启动的，java -jar本质上也是调用JarLauncher完成启动流程。直接使用JarLauncher启动相当于跳过了一层封装，更贴近Spring Boot的原生运行逻辑，减少了不必要的中间环节，运行稳定性更有保障。

4. 更灵活的类加载管理 #

JarLauncher提供了更精细的类加载控制，能够更好地处理Spring Boot应用中的复杂依赖关系、模块化类路径配置，对于多模块、有自定义类加载需求的Spring Boot应用，这种启动方式能避免一些类加载冲突问题，提升应用运行的稳定性。

附：两种Dockerfile对比 #

你的Dockerfile：

FROM maven:3.6.6-jdk-11 AS build
WORKDIR source
COPY . source
RUN mvn -q clean package -DskipTests


FROM maven:3.6.6-jdk-11
COPY --from=build source/app-0.0.1-SNAPSHOT.jar app.jar
EXPOSE 8080
RUN chmod +x app.jar
ENTRYPOINT ["java","-jar","app.jar"]

另一个项目的Dockerfile：

FROM maven:3.8.4-jdk-11 AS builder
WORKDIR source
COPY . .
RUN mvn -q clean package -DskipTests
RUN cp target/cdacapp-0.0.1-RELEASE.jar ./cdacapp.jar
RUN java -Djarmode=layertools -jar cdacapp.jar extract

FROM openjdk:11-jre-slim
WORKDIR application
COPY --from=builder source/dependencies/ ./
COPY --from=builder source/spring-boot-loader/ ./
COPY --from=builder source/webjars/ ./
COPY --from=builder source/application/ ./
ENTRYPOINT [ "java", "org.springframework.boot.loader.JarLauncher"]

内容的提问来源于stack exchange，提问作者Alex Man