例如，如果您从容器中检查Dockerfile fballiano / magento2-apache-php

你会看到他在文件末尾添加了以下命令: 而真正的;做睡眠1;完成

现在，我建议你这样做

docker container ls --all | grep 127

然后，您将看到您的docker映像是否有一个错误，如果它以0退出，那么它可能需要这些将永远休眠的命令之一。

我在最后添加了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中的另一个答案。

为什么docker容器立即退出?

如果你想强制映像挂起(为了调试某些东西或检查文件系统的状态)，你可以重写入口点，将其更改为shell:

docker run -it --entrypoint=/bin/bash myimagename

来自副本，我在这里没有看到任何答案，解决了将主要工作负载作为后台作业运行的常见反模式，然后想知道Docker为什么退出。

简单来说，如果你有

my-main-thing &

然后取出&在前台运行作业，或者添加

wait

在脚本的末尾，使其等待所有后台作业。

如果主工作负载退出，它仍然会退出，所以可以在while true循环中运行这个命令来强制它永远重新启动:

while true; do
    my-main-thing &
    other things which need to happen while the main workload runs in the background
    maybe if you have such things
    wait
done

(还要注意当为true时如何写作。经常会看到一些愚蠢的东西，比如while [true]或while[1]，它们碰巧是有用的，但它们的意思可能不是作者想象的那样。)

例如，如果您从容器中检查Dockerfile fballiano / magento2-apache-php

你会看到他在文件末尾添加了以下命令: 而真正的;做睡眠1;完成

现在，我建议你这样做

docker container ls --all | grep 127

然后，您将看到您的docker映像是否有一个错误，如果它以0退出，那么它可能需要这些将永远休眠的命令之一。