Dockerfile中CMD["bash"]作用、等价写法及等效命令咨询

以下是Docker官方Ubuntu 20.04（focal）基础镜像的Dockerfile内容：

FROM scratch
ADD ubuntu-focal-oci-amd64-root.tar.gz /
CMD ["bash"]

针对你提出的三个问题，解答如下： #

1. CMD ["bash"]的作用，以及测试无差异的原因 #

CMD ["bash"]是exec格式的CMD指令，核心作用是定义容器启动时的默认前台主进程（PID 1）：当你执行docker run <镜像名>且没有在命令末尾追加自定义执行命令时，Docker会直接启动bash作为容器的1号进程；该进程持续运行则容器保持存活，进程退出则容器立刻终止。

你测试时没观察到运行差异，基本是以下两种原因导致的：

• 你在执行docker run时手动在命令末尾指定了要运行的命令（比如docker run -it ubuntu bash、docker run ubuntu echo hello），此时Dockerfile中定义的CMD会被run命令传入的参数完全覆盖，无论你写什么CMD都不会生效。
• 你启动容器时没有加-it参数分配交互式终端，直接执行docker run ubuntu时，bash会以非交互模式启动，因为没有连接到标准输入终端会立刻退出，容器秒停；这和替换为CMD ["echo", "hello"]（执行完打印就退出）、甚至删除CMD的报错前表现看起来很像，容易误判为没有差异。

你可以做个对照测试验证效果：分别构建保留CMD ["bash"]、替换为CMD ["echo", "hello"]、删除CMD三个版本的镜像，执行docker run -it <镜像名>：

• 保留原CMD的镜像会直接进入bash交互终端
• 替换为echo的镜像会打印hello后直接退回宿主机
• 删除CMD的镜像会直接报错，提示未指定执行命令

2. CMD ["bash"]的等价shell形式 #

首先明确Docker两种CMD格式的运行逻辑：

• exec格式（JSON数组写法）：不经过shell包装，直接执行指定命令，命令本身就是PID 1进程
• shell格式（命令字符串写法）：Docker会自动将命令包装为/bin/sh -c "你的命令"执行，初始PID 1是/bin/sh，你写的命令默认是sh的子进程

对应到两种shell写法的实际效果：

• CMD bash：实际执行/bin/sh -c bash，PID 1是sh进程，bash是sh fork出来的子进程，sh默认不会转发系统信号给子进程，和CMD ["bash"]的进程模型、信号处理逻辑都不一致，不算等价。
• CMD exec bash：实际执行/bin/sh -c "exec bash"，其中exec是shell内置命令，会让bash进程直接替换掉当前的sh进程，最终PID 1就是bash，没有多余的sh中间层，信号也可以直接送达bash进程，和CMD ["bash"]的运行行为完全等价。

3. 移除CMD后的等效docker exec命令 #

如果完全移除CMD配置，镜像本身没有定义任何默认启动命令，直接执行docker run <镜像名>会直接抛出"no command specified"错误，容器根本无法进入运行态，自然无法直接调用docker exec。

如果要达到和原镜像默认启动bash一致的交互效果，需要先在启动容器时手动指定一个不会主动退出的常驻前台进程作为PID 1，让容器先保持运行，再通过docker exec进入bash环境，对应命令如下：

1. 先启动无CMD的镜像，用常驻进程占住PID 1：

   docker run -d --name no-cmd-ubuntu <你的无CMD镜像名> tail -f /dev/null
   

2. 等效进入bash环境的exec命令：

   docker exec -it no-cmd-ubuntu bash
   

内容的提问来源于stack exchange，提问作者Unknown developer