嗨，这个问题是因为如果容器中没有正在运行的应用程序，docker容器就会退出。

-d 

选项是在守护模式下运行容器。

因此，让你的容器持续运行的技巧是在docker中指向一个shell文件，它将保持你的应用程序运行。您可以尝试使用start.sh文件

Eg: docker run -d centos sh /yourlocation/start.sh

这个start.sh应该指向一个永不结束的应用程序。

如果你不想让任何应用程序运行，你可以安装monit来保持docker容器运行。 请让我们知道这两个案例是否对你的集装箱运行有效。

愿一切都好！

执行命令如下:

docker run -t -d <image-name>

如果你想指定端口，那么命令如下:

docker run -t -d -p <port-no> <image-name>

使用以下命令验证正在运行的容器:

docker ps

在前台/分离状态下运行容器有多个选项。但是，如果您仍然觉得问题没有解决，您可以尝试通过查看日志来解决问题。

Sudo docker logs -f >> container.log

此外，您还可以使用——details来显示提供给日志的额外详细信息。

根据这个答案，添加-t标志将防止容器在后台运行时退出。然后使用docker exec -i -t <image> /bin/bash进入shell提示符。

docker run -t -d <image> <command>

-t选项似乎没有很好地记录，尽管帮助说它“分配了一个伪tty”。

Dockerfile中应用程序的错误路径:

我正在使用Alpine Linux将应用程序从RHEL服务器迁移到Docker容器。

在构建过程中没有错误，所以我很惊讶地看到容器立即退出!

第一停靠港:

docker logs <containerID>

这揭示了我在Dockerfile中提供给CMD的二进制文件的路径是伪造的:

line 0: /sbin/postfix: not found

好吧，这告诉了我事情是如何被破坏的，但没有具体到哪里:我仍然需要在Alpine Linux中为二进制文件提供正确的路径……

故障排除:

谷歌没有显示它的正确路径，所以我添加了以下一行到我的Dockerfile:

RUN which postfix

然后，我检查了我的构建日志记录(由附加到构建命令的下面命令提供)，以检索RUN的值

 --progress=plain > /path/to/build.log 2>&1

解决办法:

我删除了这个测试构建，在Dockerfile中提供了正确的路径- /usr/sbin/postfix -到CMD，删除了该后缀的RUN，并运行了另一个构建。

瞧;这个过程现在还没有结束。

所以duff路径导致容器立即退出…

我有这段代码片段从我的docker文件中的ENTRYPOINT运行:

while true
do
    echo "Press [CTRL+C] to stop.."
    sleep 1
done

运行构建的docker映像:

docker run -td <image name>

登录容器外壳:

docker exec -it <container id> /bin/bash