dockerfile 中 run 后管道等 shell 特性需显式调用 sh -c 或 bash -c 包裹命令，单引号防宿主机展开，推荐用 && 串联关键步骤、if 块捕获状态，多步操作应分层 run 提升缓存与可读性，alpine 用户须注意 ash 语法限制并预装工具。
在 Dockerfile 中直接写 RUN apt-get update | grep "Hit" 会失败，因为默认 shell（/bin/sh -c）不支持管道右侧命令的独立执行逻辑，尤其 Alpine 镜像用的是 ash，连 bash 都没有。正确做法是显式调用 shell 并包裹完整命令串。
必须用 sh -c 或 bash -c 包裹整条管道命令
管道、&&、|| 等操作符属于 shell 解析特性，Docker 的 RUN 指令默认只把整行当做一个参数传给 /bin/sh -c，但不会自动启用高级解析。所以你要主动指定：
- 通用写法（兼容所有基础镜像）：
RUN sh -c 'apt-get update 2>&1 | grep -q "Hit" || { echo "Update failed"; exit 1; }' - 若确认镜像含 bash（如 ubuntu:22.04），可写：
RUN bash -c 'curl -s https://api.example.com/version | jq -r ".version" > /app/VER' - 单引号很重要：防止宿主机 shell 提前展开变量或破坏引号配对；如需传参，改用双引号并转义变量，例如：
RUN sh -c 'echo "Installing \$1" && apt-get install -y \$1' _ nginx
别只靠管道判断成败——显式检查退出状态更可靠
管道中某条命令失败，RUN 默认只看最后一条的退出码。比如 curl ... | grep，即使 curl 失败返回非零，只要 grep 找不到内容也返回 1，整个命令就可能“看似成功”地继续执行，埋下隐患。
- 推荐用
&&显式串联关键步骤：RUN sh -c 'wget -qO- https://example.com/app.tgz | tar -xzf - -C /app && chmod +x /app/start.sh' - 需要复杂判断时，用
if块捕获输出：RUN sh -c 'if ! status=\$(curl -s -o /dev/null -w "%{http_code}" https://health.check); then echo "Health check failed"; exit 1; fi; echo "\$status" > /tmp/health'
多步安装优先分层写多个 RUN，而不是塞进一个 sh -c
虽然技术上能在一个 RUN sh -c '' 里写几十行脚本，但这会让镜像层不可读、无法缓存、调试困难。比如安装依赖 → 下载源码 → 编译 → 清理，应拆开：
RUN apt-get update && apt-get install -y build-essential cmake curlRUN curl -sL https://github.com/foo/bar/archive/v1.2.3.tar.gz | tar -xzf - -C /tmp && cd /tmp/bar-1.2.3 && make installRUN rm -rf /tmp/bar-1.2.3 /var/lib/apt/lists/*
这样每步失败都清晰报错，且只有当前层变化时才重新构建，提升复用效率。
Alpine 用户特别注意：ash 不支持部分 bash 语法
Alpine 默认用 ash，不支持 [[ ]]、数组、source、进程替换 $(...)（需用反引号 `...` 替代），也不自带 grep、curl 等工具。
- 先装必要工具：
RUN apk add --no-cache curl grep - 避免写
[[ "$x" == "y" ]]，改用[ "$x" = "y" ] - 用反引号替代
$()：RUN sh -c 'ver=`curl -s https://v.example.com | cut -d" " -f2`; echo "\$ver" > /VER'
