为啥你的容器刚启动就停了？这篇文章告诉你

其实你没有错，错的是 docker，它执行的太快了

这话怎么说呢，我拿 nginx 官方的 dockerfile 给你解释下。

上面是 nginx 官方的 dockerfile 文件，我把set部分删掉了，其他没啥，主要看下CMD

这是因为如果 nginx 用后台模式运行，启动的命令执行完之后，这个启动的命令就退出了，这个时候，容器也就跟着退出了。

又为什么命令执行完，容器就退出了？这个要从 Linux 内核说起。

• 进程表项

• 僵尸进程

• 孤儿进程

我用docker run -d nginx直接启动的

可以看到，就是Dockerfile中指定的CMD那个进程，注意：如果你启动容器的时候，指定了命令，会覆盖CMD，也就是CMD是条默认启动的命令参数，如果启动容器时指定了命令，会覆盖，当Dockerfile中有多条CMD时，执行最后一条

这个进程其实在宿主机上有一个普通的用户进程ID

之所以在容器中PID变成1，是因为linux内核提供的PID namespaces功能，如果宿主机上所有用户进程构成了一个完整的树形结构，那么PID namespaces实际上就是将这个CMD或ENTRYPOINT进程及其子进程作为另外一个分支，很显然这部分也是一个树形结构

当我们在宿主机上kill掉这个进程ID，那么整个容器便会处于退出状态
这也就解释了上面为什么命令执行完之后，容器就退出了

认真的小伙伴从上面图中看到了，我上面说linux中PID1进程为所有用户进程的父进程，但是在容器里面，通过ps命令看到的进程的父进程都是“0”，这又是为什么呢？

前面提到，容器中的进程树实际上是宿主机进程树的一棵子树，或者说分支，那么我们在宿主机上就可以找到这颗子树的父进程。

我们可以看到，这个docker容器中PID 0的进程应该就是这个containerd-shim
我们结合docker的结构图看一下

从架构图中，我们可以看到 containerd-shim 进程下还有一个 runC 进程，但是我们在上面过程中，并没有发现 runC 这个进程。

看到这里你应该了解，为什么你启动容器或写好的dockerfile，总是刚启动就退出，而且没有任何错误了吧！