### Dockerfile 中 CMD 与 RUN 指令的区别及用法 #### 1. **RUN 指令** `RUN` 指令主要用于在构建镜像的过程中执行命令。每次执行 `RUN` 指令都会创建一个新的镜像层，并将其保存下来。这种分层的方式有助于优化镜像的存储和传输效率。 - **用途** 主要用于安装软件包、更新系统、设置环境变量等操作，这些操作只会在镜像构建期间被执行一次。 - **语法** 支持两种形式：Shell 形式和 Exec 形式。 - Shell 形式：`RUN <command>` （默认使用 `/bin/sh -c`） - Exec 形式：`RUN ["executable", "param1", "param2"]` - **示例** ```dockerfile RUN apt-get update && apt-get install -y curl ``` 上述命令将在构建镜像时更新 APT 软件源并安装 `curl` 工具[^3]。 #### 2. **CMD 指令** `CMD` 指令则定义了容器启动时默认执行的命令。它提供了灵活性，允许用户通过 `docker run` 命令覆盖该默认行为。 - **用途** 它的作用是为容器指定一个默认的启动命令。如果用户未在 `docker run` 命令中显式指定其他命令，则会执行 `CMD` 所定义的内容。 - **特点** - 一个 Dockerfile 中只能存在一条有效的 `CMD` 指令。如果有多个 `CMD` 指令，只有最后一条会被执行。 - 用户可以通过 `docker run` 命令传入新的参数来覆盖默认的 `CMD` 指令。 - **语法** 同样支持三种形式： - Shell 形式：`CMD command param1 param2` - Exec 形式：`CMD ["executable", "param1", "param2"]` - 参数列表形式（当配合 `ENTRYPOINT` 使用时）：`CMD ["param1", "param2"]` - **示例** ```dockerfile CMD ["echo", "Hello, Docker!"] ``` 当运行此镜像对应的容器时，如果没有指定其他命令，默认会打印 `"Hello, Docker!"`[^2]。 #### 3. **主要区别** | 特性 | RUN | CMD | |---------------------|--------------------------------------|---------------------------------------| | **执行时机** | 构建镜像时 | 容器启动时 | | **目的** | 配置镜像所需的依赖或环境 | 定义容器启动时的默认行为 | | **能否被覆盖** | 不可被覆盖 | 可以通过 `docker run` 命令覆盖 | | **数量限制** | 可以有多条，每条生成新镜像层 | 只能有一条有效指令 | #### 4. **注意事项** - 如果需要长期运行的任务（如 Web 服务器），应优先考虑将此类任务放在 `CMD` 或 `ENTRYPOINT` 中，而不是 `RUN` 中，因为后者仅在构建阶段生效[^3]。 - 在实际开发中，推荐将复杂的脚本写成独立的 `.sh` 文件并通过 `COPY` 添加到镜像中，随后由 `CMD` 或 `ENTRYPOINT` 来调用。 --- ### 示例对比 以下是一个简单的例子展示两者的不同应用方式： ```dockerfile # 使用 RUN 安装必要工具 RUN apt-get update && apt-get install -y python3-pip # 使用 CMD 定义容器启动时的行为 CMD ["python3", "-m", "http.server", "8080"] ``` 在此场景下： - `RUN` 指令负责在镜像构建阶段安装 Python 和 pip。 - `CMD` 指令指定了容器启动后运行的默认命令——即开启 HTTP 服务监听端口 8080[^1]。 --- ### 结论 综上所述，`RUN` 更适合处理一次性任务（如安装依赖项），而 `CMD` 则专注于定义容器的实际业务逻辑入口点。两者各有侧重，在编写 Dockerfile 时需合理搭配使用。 ---