为何Docker容器默认进程为/bin/bash？未指定却出现该命令的疑问

为什么/bin/bash是Docker容器的默认进程？ #

先澄清个小误区：不是所有Docker镜像都默认用/bin/bash，这完全取决于你使用的基础镜像配置——比如轻量的Alpine镜像默认就用/bin/sh而非bash。

那为什么Ubuntu、Debian这类常用镜像是/bin/bash当默认呢？主要有这几个原因：

• 适配交互式场景：这类镜像常被用来做开发调试、临时环境测试，把bash设为默认后，用户只需要敲docker run -it [镜像名]就能直接进入容器shell，方便执行命令、排查问题。
• 用户熟悉度高：bash是绝大多数Linux发行版里最普及的交互式shell，功能丰富，大家用起来顺手，作为默认选项学习门槛更低。
• 镜像构建的约定俗成：很多官方镜像的Dockerfile里会明确写CMD ["/bin/bash"]，所以当你启动容器时不指定任何自定义命令，Docker就会执行这个默认的CMD指令。

为什么docker ps短暂看到/bin/bash被选为命令，但我并未指定？ #

这种情况大概率是这两个原因导致的：

• 镜像自带默认CMD，且容器非交互式启动：你用的镜像本身就把/bin/bash设为默认命令了。如果你启动容器时没加-it参数（非交互式模式），bash启动后发现没有关联的终端（TTY），就会立刻退出——所以你在docker ps里只能短暂捕捉到它，很快容器就会变成Exited状态。
• 间接触发了默认命令：有时候你可能以为自己没指定命令，但实际上启动命令为空，Docker就会自动启用镜像里的默认CMD。比如你执行docker run [镜像名]而不带任何后续命令，就会触发这个逻辑，bash启动后无终端就快速退出，导致你只能短暂看到它。

内容的提问来源于stack exchange，提问作者Spring fancy