关键在于利用分层JAR+多阶段构建隔离变化频率不同的内容：启用Spring Boot 2.3+的layers.enabled=true生成layers.idx，Dockerfile中按dependencies→application顺序分层COPY，并通过构建/运行阶段分离实现镜像从1.2GB降至约200MB。
Spring Boot 在云原生场景下提升 Docker 构建速度，关键不是“怎么打包”，而是“怎么让每一层只在必要时重建”。核心是利用 分层 JAR（Layered JAR） + 多阶段构建（Multi-stage Build） 的组合策略，把变化频率不同的内容隔离到不同镜像层中。这样改一行业务代码，不会导致整个依赖层重新上传或缓存失效。
启用 Spring Boot 原生分层打包
从 Spring Boot 2.3 开始，spring-boot-maven-plugin 内置了分层支持，无需额外插件：
- 在
pom.xml中配置<layers><enabled>true</enabled></layers> - 执行
mvn clean package后，生成的 JAR 包内会多出layers.idx文件，明确列出四类层：dependencies、spring-boot-loader、snapshot-dependencies、application - 该文件是后续 Dockerfile 分层 COPY 的依据，不是可选附件，必须保留
编写适配分层的 Dockerfile（非简单 COPY jar）
不能用 COPY app.jar /app.jar && java -jar /app.jar 这种方式——它把所有内容压进单一层，彻底浪费分层能力：
Docker Image Puller
下载
使用 Python 脚本下载 Docker 镜像并打包为 tar 文件。用户说“下载镜像”“拉取镜像”“pull xxx”“帮我下载 nginx 镜像”等时触发。支持 SOCKS5 代理直连（推荐）和国内镜像站加速两种模式。
- 基础镜像建议用
eclipse-temurin:17-jre-alpine或amazoncorretto:17-jre-alpine，体积小、启动快、glibc 轻量 - 先解压 JAR 并按
layers.idx拆成目录结构（例如/app/dependencies/、/app/application/） - 用多条
COPY指令分别复制各层，并按“稳定→易变”顺序书写（dependencies最先，application最后），确保 Docker 缓存命中率最高
结合多阶段构建精简运行时镜像
构建阶段和运行阶段要分离，避免把 Maven、JDK、源码等无关内容打进最终镜像：
立即学习“Java免费学习笔记（深入）”；
- 第一阶段用
maven:3.9-openjdk-17-slim编译并解压分层 JAR，生成结构化目录 - 第二阶段仅用 JRE 镜像，
COPY --from=0按层导入，不复制任何构建工具或临时文件 - 最终镜像不含编译器、测试依赖、文档、未使用资源，实测可从 1.2GB 降至约 200MB
验证与持续生效的关键细节
分层效果不是打包完就自动生效，需确认几个实际落点：
- 检查构建日志：Docker 应显示类似
Using cache for layer 'dependencies'的提示，而非全量重传 - 对比两次构建耗时：修改
src/main/java后，应仅application层 rebuild，其余层复用 - CI/CD 中确保
layers.idx和解压后的目录结构被正确传递，不要在中间 stage 删除或压缩 - 若用 GitHub Actions 或 GitLab CI，建议将分层解压步骤固化为 reusable job，避免各仓库重复写逻辑
