docker的cmd命令详解-前后台理解
CMD指令的格式和RUN相似，也是两种格式：
shell格式：CMD <；命令>
exec格式：CMD ["可执⾏⽂件", "参数1", "参数2"...]
参数列表格式：CMD ["参数1", "参数2"...]。在指定了ENTRYPOINT指令后，⽤CMD指定具体的参数。
之前介绍容器的时候曾经说过，Docker 不是虚拟机，容器就是进程。既然是进程，那么在启动容器的时候，需要指定所运⾏的程序及参数。CMD指令就是⽤于指定默认的容器主进程的启动命令的。
在运⾏时可以指定新的命令来替代镜像设置中的这个默认命令，⽐如，ubuntu镜像默认的CMD是/bin/bash，如果我们直接docker run -it ubuntu 的话，会直接进⼊bash。我们也可以在运⾏时指定运⾏别的命令，如docker run -it ubuntu cat /etc/os-release。这就是⽤cat /etc/os-release命令替换了默认的/bin/bash命令了，输出了系统版本信息。
在指令格式上，⼀般推荐使⽤exec格式，这类格式在解析时会被解析为 JSON 数组，因此⼀定要使⽤双引号"，⽽不要使⽤单引号。
如果使⽤shell格式的话，实际的命令会被包装为sh -c的参数的形式进⾏执⾏。⽐如：
CMD echo $HOME
在实际执⾏中，会将其变更为：
CMD [ "sh", "-c", "echo $HOME" ]
这就是为什么我们可以使⽤环境变量的原因，因为这些环境变量会被 shell 进⾏解析处理。
提到CMD就不得不提容器中应⽤在前台执⾏和后台执⾏的问题。这是初学者常出现的⼀个混淆。
Docker 不是虚拟机，容器中的应⽤都应该以前台执⾏，⽽不是像虚拟机、物理机⾥⾯那样，⽤systemd去启动后台服务，容器内没有后台服务的概念。
⼀些初学者将CMD写为：
CMD service nginx start
然后发现容器执⾏后就⽴即退出了。甚⾄在容器内去使⽤systemctl命令结果却发现根本执⾏不了。这就是因为没有搞明⽩前台、后台的概念，没有区分容器和虚拟机的差异，依旧在以传统虚拟机的⾓度
去理解容器。
对于容器⽽⾔，其启动程序就是容器应⽤进程，容器就是为了主进程⽽存在的，主进程退出，容器就失去了存在的意义，从⽽退出，其它辅助进程不是它需要关⼼的东西。
⽽使⽤service nginx start命令，则是希望 upstart 来以后台守护进程形式启动nginx服务。⽽刚才说了CMD service nginx start会被理解为CMD [ "sh", "-c", "service nginx start"]，因此主进程实际上是sh。那么当service nginx start命令结束后，sh也就结束了，sh作为主进程退出了，⾃然就会令容器退出。
正确的做法是直接执⾏nginx可执⾏⽂件，并且要求以前台形式运⾏。⽐如：
CMD ["nginx", "-g", "daemon off;"]
docker进入容器

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。