它可能与docker-compose中指定的相同端口冲突。Yml和docker-compose.override。Yml或使用环境变量显式指定的相同端口。

我有一个码头式的作曲。Yml，使用环境变量指定容器上的端口，以及docker-compose.override。Yml，使用显式指定的相同端口之一。显然码头工人试图在同一个集装箱上打开这两个集装箱。Docker容器ls -a都没有列出，因为容器无法启动并列出端口。

在启动一个使用相同端口的新容器之前，您需要确保之前启动的容器已被杀死。

docker container ls
docker rm -f <container-name>

为了向IgorBeaz致敬，您需要停止运行当前容器。你需要知道当前的CONTAINER ID:

$ docker container ls

你会得到这样的结果:

CONTAINER ID        IMAGE               COMMAND             CREATED             STATUS              PORTS                  NAMES
12a32e8928ef        friendlyhello       "python app.py"     51 seconds ago      Up 50 seconds       0.0.0.0:4000->80/tcp   romantic_tesla   

然后停止容器:

$ docker stop 12a32e8928ef

最后你试着去做你想做的事，例如:

$ docker run -p 4000:80 friendlyhello

对我来说，问题是将同一个端口映射两次。

由于参数化的码头运行，它最终像这样

docker run -p 4000:80 -p 4000:80 anibar/get-started:part1

注意端口4000上的双映射。

在这种情况下，日志没有提供足够的信息，因为它没有说明我是双映射的原因，并且在docker run命令返回失败后，端口不再绑定。

别忘了最简单的解决办法....

重新启动计算机。

我已经尝试了上面的大部分方法，但仍然无法解决它。然后重启我的Mac，一切就恢复正常了。

对我来说，容器没有显示运行，所以没有使用端口9010(在我的情况下)，但Docker仍然抱怨。

我不想重置我的Docker (Windows)，所以我所做的解决方法很简单:

删除网络(我知道在容器使用该端口(9010)之前使用此网络)docker network ls docker network rm blabla(或id) 实际上，我使用了一个新的网络，而不是旧的(有bug的)网络，但不应该需要 重启码头工人

这是唯一对我有效的方法。我无法解释，但不知何故，“旧”网络仍然绑定到那个端口(9010)，Docker一直在“阻止”它(抱怨它)