docker容器为什么一直running

本篇内容主要讲解"docker容器为什么一直running"，感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷，实用性强。下面就让小编来带大家学习"docker容器为什么一直running"吧!

很多人第一次接触 docker，都会有个错觉，认为运行一个 container 就和运行一个虚拟机一样， docker run 之后，该 container 即一直处于 running 状态。其实，这种认识是完全错误的。

container 刚起来的时候，用户可以通过 dockerfile 中的 CMD，ENTRYPOINT，或者直接在 docker run 后面接 comand，来指定 container 启动时执行的程序。

如果指定的程序只是一个短暂的任务，比如 echo sorry。那么，sorry，container 在输出 "sorry" 之后，就退出了。可以通过 docker inspect 看到，container 状态变成了 Exited。一旦进入 Exited 状态，以下命令将不再 work:

docker exec docker attach 这两个命令都需要 处于 running!

官方文档里有明确指出，docker start 可以重新启动 ，那它又可以转成 running 状态。

但是，刚刚 start 的 container 在启动之后，会再一次执行 CMD 的命令。然后，它又很快完成任务，进入 Exited 状态休息了。

如果启动一个 container 之后，想把它当做一个虚拟机使用（也就说，使用 docker exec 在 container 内部环境中运行程序），那么一定要保证这个 container 一直处于 running 的状态。

有两种情况需要考虑：

1、container 在启动的时候，CMD 没有指定一些 service 任务

2、CMD 中指定了一些重要的 service，比如 web 服务

对于第二种情况，container 中一直运行着 web 服务器，作为一个 service，除非你主动 stop 它，这个 service 会一直跑着。于是，起来的 container 也会一直 running，于是执行 docker exec 没有任何问题。

对于第一种情况，很明显 container 不久之后就会 Exited。让它一直处于 running 的方法至少有两种：

既然 CMD 没有指定啥 service，那么可以假设 CMD 指定的任务不重要，如果真的很重要，可以在制作 dockerfile 的时候通过 RUN 指定。所以，我们可以修改 CMD，比如

docker run tail -f /dev/null

其中tail -f /dev/null 这个程序会一直 block 住，没有外界 signal 的情况下，不会退出，于是 container 就一直 running

上面这种方法，毕竟有可能会覆盖 dockerfile 中的 CMD，一个更好的方法是--docker commit.

docker run docker commit `docker ps -ql` docker stop `docker ps -ql`docker rm `docker ps -ql`docker run  tail -f /dev/null

其中，docker ps -ql 用于获得最近创建的 container 的 id。这个方法的缺点在于，多创建了一个 image，占用空间。考虑 CI/CD 情形的话，这个缺点几乎不能忍。

到此，相信大家对"docker容器为什么一直running"有了更深的了解，不妨来实际操作一番吧！这里是网站，更多相关内容可以进入相关频道进行查询，关注我们，继续学习！