docker run -d 启动后立即结束容器问题

问题

根据镜像启动容器，执行命令如下：docker run --name mycentos -d centos，通过docker ps查看正在运行中容器，缺找不到mycentos容器。再次通过docker ps -a查看发现，mycentos容器已经处于停止状态了。

退出原因

1. docker容器运行必须有一个前台进程， 如果没有前台进程执行，容器认为空闲，容器运行的命令如果不是那些一直挂起的命令（eg. 运行top，tail等），就会自行退出
2. 容器运行的命令如果不是那些一直挂起的命令（ 运行top，tail、循环等），就是会自动退出
3. 这个是 docker 的机制问题，比如我们的 web 容器，以 nginx 和 fpm 为例,正常情况下，启动服务只需启动相应的 service 即可，例如：service nginx start && service php5-fpm start，但是，这样做, nginx 和 fpm 均以后台进程模式运行，就会导致 docker 前台没有正在运行的应用，so，容器会立即自杀，因为docker觉得没事可做了。

思考

1. 容器的生命周期。要把docer容器看做是一个单独的进程。它不是一个虚拟的操作系统。Docker的开发人员也一直主张doder容器应该只运行一个进程。例如，一个web server服务就是一个进程。docker run命令就是为了运行一个进程。当一个进程结束了，那么docker容器也就结束了。

2. 根据问题中描述的现象，两条命令的差别就在与末尾是否添加了/bin/bash这条command。暂且先停住。我们回过头来看docker image是怎么生成的。

3. Dockerfile文件。Dockerfile文件中有两个关键字CMD和ENTRYPOINT。其中CMD的值是可以被覆盖的。举个栗子：

假设Dockerfile中的内容包含了： 
FROM python 
CMD ["/home/hello.sh","Hello World"] 
ENTRYPOINT ["/home/hello.sh","xiaoming"]

那么根据CMD可被覆盖的特征来看，如果在docker run后增加了/bin/bash。那么，在镜像run的时候，执行的CMD就变成了/bin/bash。一般镜像文件中两种关键字选用其中之一就可以了。但这两个关键字也可以同时使用。同时使用时，CMD中的值会被当作ENTRYPOINT的参数。所以，ENTRYPOINT的内容就变成["/home/hello.sh","/bin/bash"]

解决方案

方案1

起一个死循环进程，不停的循环下去，前台永远有进程执行，那么容器就不会退出了,以centos为例

$ docker run -d centos /bin/sh -c "while true; do echo hello world; sleep 1; done"

方案2

在脚本最后一行添加tail -f /dev/null，这个命令永远完成不了，所以该脚本一直不会执行完，所以该容器永远不会退出，其本质就是起一个死循环进程，不停的循环下去，前台永远有进程执行，那么容器就不会退出了

$ docker run -d --name ubuntu ubuntu /bin/bash -c "tail -f /dev/null"
$ docker run -d -p 8000:8000 alpine /bin/sh -c "while true; do echo hello world; sleep 1; done"

最终

删除了dockerfile文件中的ENTRYPOINT ["java","-jar","/app.jar"]然后启动，启动成功了没退出。但是curl访问不成功