合并run指令可减少镜像层数、提升构建速度并优化体积，应将相关操作用&&链式执行并及时清理临时文件，同时将变动少的操作前置以最大化缓存命中率。
在 Docker 构建加速脚本中，RUN 指令写法直接影响镜像构建速度和体积。核心原则是：**合并命令、减少层数、利用缓存、避免无效操作**。
合并多条命令为单个 RUN
每条 RUN 都会创建新层并提交中间镜像，层数越多，构建越慢、镜像越大。应将相关操作链式执行，用 && 连接，并以 \ 换行提升可读性：
# ✅ 推荐：单层执行，自动清理临时文件
RUN apt-get update && \
apt-get install -y curl jq python3 && \
rm -rf /var/lib/apt/lists/*
<h1>❌ 不推荐：分多层，残留 apt 缓存</h1><p>RUN apt-get update
RUN apt-get install -y curl
RUN apt-get install -y jq
RUN rm -rf /var/lib/apt/lists/*</p>利用构建缓存跳过重复步骤
Docker 按顺序逐层缓存，一旦某层变更（如源码更新），其后所有 RUN 都会失效重跑。因此要把**变动少的操作放前面**：
- 先安装系统依赖（如
apt-get install），再复制应用代码 - 先下载构建工具（如
pip install），再运行构建命令 - 避免在
RUN中直接curl下载易变的外部资源（建议用COPY或构建参数替代）
精简运行时环境，不保留构建依赖
尤其对多阶段构建，最终镜像只需运行时依赖。可在同一 RUN 中完成编译+清理：
# 多阶段示例：构建阶段中清理编译工具
RUN apk add --no-cache python3 py3-pip make gcc musl-dev && \
pip install --no-cache-dir -r requirements.txt && \
make build && \
apk del make gcc musl-dev注意：--no-cache-dir（pip）、--no-cache（apk）能防止缓存堆积；apk del 或 apt-get purge -y 及时卸载构建工具。
避免在 RUN 中执行耗时且不可缓存的操作
以下情况会破坏缓存或拖慢构建，应规避：
- 使用
date、git clone（未指定 commit）、curl https://.../latest.tar.gz等非确定性命令 - 在
RUN中启动服务（如systemctl start）或等待网络响应 - 未加
-y导致交互式阻塞（如apt-get install缺少确认）
确需动态内容，优先用 BUILDKIT 的 RUN --mount=type=cache 或构建参数（--build-arg）传入固定版本号。
