run指令用于在docker镜像构建时执行命令并创建新层，支持shell和exec两种格式；应合并多条命令以减少层数，及时清理缓存以优化镜像体积，且必须写入dockerfile保障可复现性。
容器里缺命令，不是“临时装一下”就完事，关键得装得对、装得稳、装得可复现。直接进容器用 apt install 或 apk add 虽然能解燃眉之急，但会导致镜像状态不一致、无法回溯、上线风险高——这不是运维，是埋雷。
先确认系统类型和包管理器
别猜，进容器后第一件事是看清楚底子：
- 查发行版：
cat /etc/os-release或lsb_release -is（Debian/Ubuntu）、cat /etc/redhat-release（CentOS/RHEL）、cat /etc/alpine-release（Alpine） - 试包管理器：
apt --version、yum --version或apk --version，哪个能跑通就用哪个 - 别依赖
which ping判断——它本身可能就没装；更可靠的是cat /proc/1/environ | grep -i alpine或看/sbin/init的链接目标
按镜像类型选安装方式
不同基础镜像，操作逻辑完全不同：
-
Debian/Ubuntu slim 镜像：先
RUN apt-get update && apt-get install -y curl jq vim-tiny iproute2 net-tools && apt-get clean && rm -rf /var/lib/apt/lists/*—— 清理缓存必须做，否则镜像体积暴增 -
Alpine 镜像：用
apk add --no-cache curl jq vim nano iputils-ping，注意ping在 Alpine 中属于iputils-ping包，不是单独的ping -
CentOS/RHEL 镜像：
yum install -y curl jq vim-enhanced iputils && yum clean all；若提示仓库不可用，先检查/etc/yum.repos.d/是否有有效源，或换国内镜像（如阿里云或清华源）
真正该做的不是“装”，而是“重建”
运行中容器手动装工具，只适合调试排查，绝不能用于生产环境。正确做法是回到 Dockerfile：
- 把工具安装写进构建阶段，例如在
FROM python:3.11-slim后加一层RUN apt-get update && apt-get install -y ... - 区分用途：系统工具（curl、jq）放基础层；编译依赖（gcc、make）仅在构建阶段出现，运行镜像里必须剔除
- 验证是否真装上了：在 Dockerfile 末尾加
RUN curl --version && jq --version，CI 构建失败时立刻暴露问题
调试阶段快速补救（仅限临时）
如果必须立刻进容器干活，且无法重建镜像，可执行以下安全补救：
- Debian/Ubuntu 容器：
docker exec -it --user root <container> sh -c "apt-get update && apt-get install -y vim curl"</container> - Alpine 容器：
docker exec -it <container> apk add --no-cache vim curl</container> - 完成后立刻记录缺失项，同步更新 Dockerfile，下次构建即修复——这次操作只是过渡，不是方案
