也许这只是我的问题，但在CentOS 7.3.1611和Docker 1.12.6上，我最终不得不使用@VonC和@Christopher Simon发布的答案的组合来可靠地工作。在此之前我所做的任何事情都不会阻止容器在成功运行CMD后退出。我正在启动oracle-xe-11Gr2和sshd。

Dockerfile

...
RUN ssh-keygen -t rsa -f /etc/ssh/ssh_host_rsa_key -N '' && systemctl enable sshd
...
CMD /etc/init.d/oracle-xe start && /sbin/sshd && tail -f /dev/null

然后添加-d -t和-i运行

docker run --shm-size=2g --name oracle-db -d -t -i -p 5022:22 -p 5080:8080 -p 1521:1521 centos-oracle:7.3.1611 

在我用头撞墙几个小时后终于

ssh -v root@127.0.0.1 -p 5022
...
root@127.0.0.1's password: 
debug1: Authentication succeeded (password).

不管出于什么原因，如果末尾的-f被删除，或者省略了任何-t -d -i选项，上述命令将在执行CMD后退出。

centos dockerfile有一个默认命令bash。

这意味着，当在后台(-d)运行时，shell将立即退出。

更新2017

最新版本的docker授权以分离模式和前台模式运行容器(-t， -i或-it)

在这种情况下，你不需要任何额外的命令，这就足够了:

docker run -t -d centos

bash将在后台等待。 这最初是在kalyani-chaudhari的回答中报道的，并在jersey bean的回答中详细描述。

vonc@voncvb:~$ d ps -a
CONTAINER ID        IMAGE               COMMAND             CREATED             STATUS              PORTS               NAMES
4a50fd9e9189        centos              "/bin/bash"         8 seconds ago       Up 2 seconds                            wonderful_wright

注意，对于alpine, Marinos An在评论中报告:

Docker运行-t -d alpine/git不会保持进程正常运行。 必须这样做:docker run——entrypoint "/bin/sh" - alpine/git

原答案(2015)

如本文所述:

不要使用docker run -i -t image your-command来运行，建议使用-d，因为你可以只用一个命令来运行容器，而且不需要通过按Ctrl + P + Q来分离容器的终端。

但是，-d选项有一个问题。您的容器立即停止，除非命令一直在前台运行。 Docker需要你的命令保持在前台运行。否则，它会认为应用程序停止并关闭容器。

问题是一些应用程序不能在前台运行。我们怎样才能让它变得更简单呢?

在这种情况下，您可以在命令中添加tail -f /dev/null。 通过这样做，即使你的主命令在后台运行，你的容器也不会停止，因为tail在前台继续运行。

所以这是可行的:

docker run -d centos tail -f /dev/null

或者在Dockerfile中:

ENTRYPOINT ["tail"]
CMD ["-f","/dev/null"]

docker ps将显示centos容器仍在运行。

从那里，你可以附加到它或从它分离(或docker执行一些命令)。

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需要你的命令保持在前台运行。否则，它会认为应用程序停止并关闭容器。

因此，如果你的docker输入脚本是一个后台进程，如下所示:

/usr/local/bin/confd -interval=30 -backend etcd -node $CONFIG_CENTER &

如果以后没有触发其他前台进程，'&'将使容器停止并退出。 因此，解决方案是删除'&'或在它后面运行另一个前台CMD，例如

tail -f server.log

执行命令如下:

docker run -t -d <image-name>

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

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

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

docker ps