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

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

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

注意端口4000上的双映射。

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

Docker ps将显示在Docker上运行的容器列表。找到一个在您需要的端口上运行的程序，并记下它的PID。

使用以下命令停止并删除该容器:

docker stop PID
docker rm PID

现在运行docker-compose up，您的服务应该在释放所需端口后运行。

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

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

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

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

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

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

如何停止docker进程

使Docker停止自身<-安全快速

这是停止容器和所有不可阻挡进程的最好方法:让docker来完成这项工作。

进入docker Settings > resources。更改任何资源并单击应用并重新启动。

Docker会停止自己和它的每一个进程——即使是那些最顽固的进程，这些进程可能不会被其他常用命令(如kill)或其他人建议的更疯狂的命令(如rm)杀死。

我以前也遇到过类似的问题，同事们给我的所有正确的建议都不太管用。每当我的团队中有人问我这个问题时，我都会分享这个安全的技巧。

Error response from daemon: driver failed programming external connectivity on endpoint foobar
Bind for 0.0.0.0:8000 failed: port is already allocated

希望这能有所帮助!

我也有同样的问题。转到Mac仪表板的Docker，然后单击重启。问题解决了。