Container启动时指定程序执行后退出，Exited状态真的没关系？

容器启动总出问题，刚启动就退出？别慌，自有解决之道！

容器启动指定程序

容器启动期，用户可以通过容器内部的CMD命令，或者是在run命令之后直接附加指令，来指定容器启动时需要执行的程序。比如，输入echo sorry这样的基础操作，容器执行完毕后便会输出“sorry”信息并自动终止。这种情况很常见，许多新手在次探索容器功能时，通常都会采用这类级指令。

进入特定状态的状况

有人觉得容器到了某种程度问题不大，它还是存在的，只是状态数值有所变动。但事实上，容器一旦进入这种状态，重启等操作就不再起作用了。比如，很多运维人员在日常工作中都遇到过容器处于这种状态后无法重启的情况，这让他们感到十分困扰。

尝试官方解决法

有解决方案的官方文件里指出，通过执行 start 命令可以重启容器并恢复其运行状态。但现实情况却让人感到失望，因为新启动的容器在执行完 CMD 命令后，很快便完成了任务并重新进入了休眠状态。众多用户满怀希望地尝试了 start 命令，但问题仍旧没有得到解决。

利用命令保持状态

运行容器时，通过执行 tail -f /dev/null 命令可以让其持续运作，然而，若命令行中设定了多个 CMD，那么只有最后的那个能够生效。在启动服务时，这可能会带来一些问题。特别是对于需要同时启动多个服务的项目来说，这种方法可能会带来一定的挑战。

脚本启动多服务

使用CMD命令行工具，我们能够执行脚本文件并启动多个服务。例如，若要运行名为run.sh的脚本，该脚本不仅能启动主服务，还能执行命令tail -f /dev/null。在众多大型项目中，系统管理员普遍采用这种方式来管理容器内的服务。

脚本启动服务注意点

CMD [ "./run.sh" ]

若脚本中启动了多个服务，保证前几个服务在后台独立运行，并在执行命令时加上符号 &。至于最后一个服务，则需要在主界面运行。如果所有服务都在主界面运行，那么只有第一个服务能够启动；如果所有服务都设置为后台运行，那么在最后一个服务运行结束后，容器会自动关闭。尽管这一点在运维过程中容易被忽视，但实际上它非常重要。

在使用容器时，大家是否曾遭遇过启动方面的困扰？若您觉得这篇文章对您有所启发，不妨点个赞，并且分享给更多的人！

#!/bin/bash
START_CMD="bin/start-solo.sh"
exec $START_CMD &
tail -f /dev/null