我的案件被转储XD我暴露端口80两次:D

        ports:
            - '${APP_PORT:-80}:80'
            - '${APP_PORT:-8080}:8080'

APP_PORT被定义，因此80被公开了两次。

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

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

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

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

对于任何有docker-compose问题的人。 当你有多个类似服务的项目(即在不同的文件夹中)时，你需要在其他每个项目中运行docker-compose stop。

我是这样解决的:

首先，我停止所有正在运行的容器:

docker-compose down

然后我执行lsof命令来查找使用端口的进程(对我来说是端口9000)

sudo lsof -i -P -n | grep 9000

最后，我“杀死”了进程(在我的情况下，它是一个VSCode扩展):

kill -9 <process id>

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

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

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

注意端口4000上的双映射。

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

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