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，容器会立即自杀，因为他觉得没事可做了。

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"]

网上有很多介绍，就是起一个死循环进程，让他不停的循环下去，前台永远有进程执行，那么容器就不会退出了,以centos为例

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

缺点： 命令太冗长了，还占用一个终端

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

docker run -d --name ubuntu ubuntu /bin/bash -c "tail -f /dev/null"

[root@localhost opt]# 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访问不成功