我在最后添加了read shell语句。这将保持容器的主进程——启动shell脚本——运行。

如果您只需要运行一个容器而不退出，那么只需运行即可

docker run -dit --name MY_CONTAINER MY_IMAGE:latest

然后

docker exec -it MY_CONTAINER /bin/bash

你会在容器的bash shell中，它不应该退出。

或者如果退出发生在docker-compose期间，则使用

command: bash -c "MY_COMMAND --wait"

正如这里的其他两个答案所述(虽然不是很清楚地指docker-compose，这就是为什么我仍然再次提到“等待”技巧)。

我试过了，再等一会儿，没有效果。它一定是一些自己编写的python或shell代码的参数。如果我有时间，我会去查的。它应该是一个很好的默认值，因为它是由专业人员编写的。也许这也只是掩盖了这个Q/A中的另一个答案。

我在最后添加了read shell语句。这将保持容器的主进程——启动shell脚本——运行。

由于映像是linux，因此要检查的一件事是确保容器中使用的任何shell脚本都有unix行结束符。如果它们的末尾有^M，那么它们就是窗口行结束符。修复它们的一种方法是在/usr/local/start-all.sh上使用dos2unix将它们从windows转换为unix。以交互模式运行docker可以帮助解决其他问题。可能是文件名打错了。参见https://en.wikipedia.org/wiki/Newline

我想扩展或者我敢说，改进camposer提到的答案

当你奔跑

docker run -dit ubuntu

您基本上是以交互模式在后台运行容器。

当你通过CTRL+D(最常用的方法)附加并退出容器时，你停止了容器，因为你刚刚杀死了用上面的命令启动容器的主进程。

利用一个已经运行的容器，我只需要fork bash的另一个进程，并通过运行来获得一个伪TTY:

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

有许多可能的方法可以使docker立即退出。对我来说，问题出在Dockerfile上。那份文件里有个漏洞。我有ENTRYPOINT ["dotnet"， "M4Movie_Api.dll]而不是ENTRYPOINT ["dotnet"， "M4Movie_Api.dll"]。正如你所看到的，我在最后漏掉了一句引文(”)。

为了分析问题，我启动了容器，并快速连接容器，以便看到具体的问题是什么。

C:\SVenu\M4Movie\Api\Api>docker start 4ea373efa21b


C:\SVenu\M4Movie\Api\Api>docker attach 4ea373efa21b

4ea373efa21b是我的容器id。这让我想到了真正的问题。

在发现问题后，我必须重新构建、恢复、发布我的容器。