docker run -d 启动后立即结束容器问题
问题
根据镜像启动容器，执行命令如下：docker run --name mycentos -d centos，通过docker ps查看正在运行中容器，缺找不到mycentos容器。再次通过docker ps -a查看发现，mycentos容器已经处于停止状态了。
退出原因
- docker容器运行必须有一个前台进程， 如果没有前台进程执行，容器认为空闲，容器运行的命令如果不是那些一直挂起的命令（eg. 运行top，tail等），就会自行退出
- 容器运行的命令如果不是那些一直挂起的命令（ 运行top，tail、循环等），就是会自动退出
- 这个是 docker 的机制问题，比如我们的 web 容器，以 nginx 和 fpm 为例,正常情况下，启动服务只需启动相应的 service 即可，例如：service nginx start && service php5-fpm start，但是，这样做, nginx 和 fpm 均以后台进程模式运行，就会导致 docker 前台没有正在运行的应用，so，容器会立即自杀，因为docker觉得没事可做了。
思考
-
容器的生命周期。要把docer容器看做是一个单独的进程。它不是一个虚拟的操作系统。Docker的开发人员也一直主张doder容器应该只运行一个进程。例如，一个web server服务就是一个进程。docker run命令就是为了运行一个进程。当一个进程结束了，那么docker容器也就结束了。
-
根据问题中描述的现象，两条命令的差别就在与末尾是否添加了/bin/bash这条command。暂且先停住。我们回过头来看docker image是怎么生成的。
-
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访问不成功
