优化Dockerfile减少镜像层数与体积的核心是合并RUN指令、启用多阶段构建、选用alpine或distroless等小基础镜像、使用.dockerignore排除无关文件，并在单条RUN中完成安装与清理。
构建时减少镜像层数
每条 RUN、COPY 或 ADD 指令都会生成一个新层，层数越多，overlay2目录中残留的只读层就越多。把多个操作合并到单条 RUN 中，能显著压缩层数。例如：
- 不推荐：分开写多条 RUN（产生 3 层）
- 推荐：用 && 连接命令（保持为 1 层）
RUN apt-get update && apt-get install -y curl nginx && rm -rf /var/lib/apt/lists/*
安装后立即清理缓存、临时文件，避免它们被固化进镜像层。
合理安排 COPY 和 ADD 的顺序
静态内容（如编译工具、基础配置）应放在 Dockerfile 前部；易变内容（如应用代码、配置文件）尽量靠后。这样可以利用 Docker 构建缓存机制——只有靠后的层变更时，前面的层才无需重建，避免大量中间层堆积。
- 基础依赖 → COPY package.json → RUN npm install → COPY . .
- 如果只改了源码，前 3 步可复用缓存，不会生成新层
使用多阶段构建剥离构建产物
很多镜像把构建环境（如 JDK、Maven、Node.js）和运行时混在一起，导致最终镜像包含大量无用工具和中间文件。多阶段构建可分离构建与运行阶段：
- 第一阶段：完整构建环境，编译打包出 jar/war/dist
- 第二阶段：仅基于 alpine/jre 等精简镜像，COPY 第一阶段产物
- 最终镜像不含编译器、源码、.git、node_modules 等，overlay2 占用大幅下降
避免在镜像内保留日志和临时数据
构建过程中产生的日志、调试文件、下载缓存（如 ~/.m2、~/.npm）若未清理，会被打包进某一层并长期驻留 overlay2。务必在对应 RUN 指令末尾清除：
- RUN wget https://example.com/app.jar && java -jar app.jar --init && rm -f app.jar
- 对 Java 项目，禁用 Maven 默认本地仓库挂载；对 Node 项目，构建后运行 rm -rf node_modules（若运行时不需）
不要依赖“后续指令覆盖”来清理——Docker 层不可变，上层删不掉下层写入的内容。
