错觉
第一次接触 docker，都会有个错觉，认为运行一个 container 就和运行一个虚拟机一样， docker run ... 之后，该 container 即一直处于 running 状态。
Sorry! You are absolutely wrong!
container 刚起来的时候，用户可以通过 dockerfile 中的 CMD，ENTRYPOINT，或者直接在 docker run 后面接 comand，来指定 container 启动时执行的程序。如果指定的程序只是一个短暂的任务，比如 echo sorry。那么，sorry，container 在输出 “sorry” 之后，就退出了。可以通过 docker inspect 看到，container 状态变成了 Exited。
有人说，这有什么关系，container 还在那里，没有销毁，只是状态值不是 running 而已。
可是，可是，这个真是有关系啊！
一旦进入 Exited 状态，以下命令将不再 work:
docker exec <container>docker attach <container>
这两个命令都需要 <container>处于 running!
重启，重启
在非常不情愿接受以上事实之后，你或许马上想到了解决方案—— docker start
官方文档里有明确指出，docker start <container> 可以重新启动 <container>，那它又可以转成 running 状态啦～～
是的，没错！
但是，（很残忍滴告诉你）问题依然没有解决！
刚刚 start 的 container 在启动之后，会再一次执行 CMD 的命令。然后。。然后。。它又很快完成任务，进入 Exited 状态休息了。。。
Solution！
如果启动一个 container 之后，想把它当做一个虚拟机使用（也就说，使用 docker exec 在 container 内部环境中运行程序），那么一定要保证这个 container 一直处于 running 的状态。
有两种情况需要考虑:
- container 在启动的时候，CMD 没有指定一些 service 任务
- CMD 中指定了一些重要的 service，比如 web 服务
对于第二种情况，container 中一直运行着 web 服务器，作为一个 service，除非你主动 stop 它，这个 service 会一直跑着。于是，起来的 container 也会一直 running，于是执行 docker exec 没有任何问题
对于第一种情况，很明显 container 不久之后就会 Exited。让它一直处于 running 的方法至少有两种:
既然 CMD 没有指定啥 service，那么可以假设 CMD 指定的任务不重要，如果真的很重要，可以在制作 dockerfile 的时候通过 RUN 指定。所以，我们可以修改 CMD，比如
docker run <image> tail -f /dev/null
其中tail -f /dev/null这个程序会一直 block 住，没有外界 signal 的情况下，不会退出，于是 container 就一直 running上面这种方法，毕竟有可能会覆盖 dockerfile 中的 CMD，一个更好的方法是——
docker commit.
docker run <image>
docker commit `docker ps -ql` <new_image>
docker stop `docker ps -ql`
docker rm `docker ps -ql`
docker run <new_image> tail -f /dev/null
其中，docker ps -ql 用于获得最近创建的 container 的 id。这个方法的缺点在于，多创建了一个 image，占用空间。这里可能看不出来有啥影响，考虑 CI/CD 情形的话，这个缺点几乎是不能忍。
