多阶段构建提速关键在于稳定各阶段缓存：先复制锁文件再安装依赖，源码后置COPY；用--mount=type=cache复用工具缓存；命名阶段精准控制缓存边界；配合.dockerignore剔除无效文件。

多阶段构建本身不自动加速，关键在于让每个阶段的缓存真正“稳住”——尤其要防止因源码或临时文件变动，意外拖垮前面稳定的依赖层。配合缓存机制提速，核心是控制“什么变、什么时候变、影响到哪一层”。

把依赖加载和代码拷贝彻底分开

这是最基础也最关键的一步。Go、Node.js、Java 等项目都适用：

• 先 COPY go.mod + go.sum（或 package.json + lock 文件），再 RUN 安装依赖
• 等这一步成功缓存后，后续只要依赖没改，go mod download 或 npm ci 就永远跳过
• 源码（.go / .ts / .java 文件）放在后面 COPY，这样改业务代码只影响构建命令层，不影响依赖层

用 --mount=cache 持久化工具级缓存

BuildKit 下的 --mount=type=cache 能让包管理器本地缓存复用，避免重复下载和解压：

• 在 builder 阶段添加：RUN --mount=type=cache,target=/root/.cache/go-build go build -o main .
• 对 Alpine 中 apk： RUN --mount=type=cache,target=/var/cache/apk apk update && apk add curl
• 它不依赖 Docker 层缓存，而是挂载一个可跨构建复用的目录，特别适合 CI 环境中反复构建

命名阶段 + 精确复制，减少冗余计算

命名阶段（FROM ... AS builder）不只是为了可读，更是为了精准控制缓存边界：

• 不同语言项目可共用同一个 builder 阶段名，在多个服务间复用缓存（如统一用 golang-builder:1.21）
• 运行阶段只 COPY --from=builder /app/main .，不 COPY 整个 /app，避免把中间产物、测试文件一起带进来触发不必要的层变更
• 如果某阶段仅用于生成配置或静态资源，也可单独命名并缓存，供其他服务引用

配合 .dockerignore 切断无效变更源

很多缓存失效不是代码引起的，而是构建上下文里混进了不该传的文件：

• 确保 .dockerignore 包含 node_modules/、dist/、.git/、*.log、tmp/
• 否则每次 git commit 后生成的 .git/index 变动，会让 COPY . . 层直接失效，连带后面所有层重建
• 建议用 COPY ./src ./src 替代 COPY . .，进一步缩小上下文范围