【AI 总结】Docker build cache

Docker Build Cache | AI 总结

基础逻辑：镜像分层与缓存关联

• Dockerfile 中的每一条指令（如 FROM、RUN、COPY 等）都会对应最终镜像的一个层（Layer），各层以 “栈” 的形式叠加，后一层基于前一层添加内容。
• 构建镜像时，Docker 会优先使用缓存的层，若层未发生变化则直接复用，避免重复执行指令，从而加快构建速度。

缓存失效规则

• 单一层变化触发连锁失效：当某一层因内容变更需要重新构建时，该层的缓存会被 “invalidate（失效）”，且所有在它之后的下游层，即使本身逻辑无变化，也需重新执行构建，无法复用缓存。

实例说明

以一个 C 语言程序的 Dockerfile 为例（指令包含 FROM ubuntu:latest、RUN apt-get 安装依赖、COPY main.c 和 Makefile、WORKDIR 切换目录、RUN make build）：

• 若修改 main.c 文件内容，COPY main.c Makefile /src/ 这一层会因源文件变化而失效；
• 后续的 WORKDIR /src/ 和 RUN make build 层也会随之失效，必须重新执行，无法复用之前的缓存。