docker ps 命令可以列出 Docker 中正在运行的容器。找到正在使用所需端口的容器并记录其 PID。

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

docker stop PID
docker rm PID

现在运行docker-compose up，你的服务应该会运行，因为你已经释放了所需的端口。

对于使用docker-compose遇到此问题的用户们。当你有多个项目（即在不同文件夹中）具有类似服务的时候，你需要在每个其他项目中运行docker-compose stop。

针对Windows系统：

我终止了Docker使用的所有进程，并在“服务”中重新启动了Docker服务。现在我的容器正常工作。

这是关于Docker仍然占用端口，即使你此时并没有使用它。

在我的情况下，没有需要终止的进程。

更新 Docker 解决了这个问题。

可能是由于在docker-compose.yml和docker-compose.override.yml中均指定了相同的端口，或者同时使用环境变量和显式指定相同的端口导致冲突。
我有一个docker-compose.yml文件，其中容器的端口是使用环境变量指定的，并且有一个docker-compose.override.yml文件，其中一个相同的端口是显式指定的。显然，Docker 尝试在同一容器上打开两个端口 。docker container ls -a未列出任何容器，因为该容器无法启动并且无法列出端口。

对我来说，容器未能正常显示运行状态，因此没有任何东西使用端口9010（在我的情况下），但是Docker仍在抱怨。
我不想重置我的Docker（对于Windows），所以我所做的只是：
1.删除网络（我知道以前有一个容器正在使用与问题端口（9010）相同的网络 docker network ls docker network rm blabla（或id） 2.实际上我使用了一个新网络而不是旧的（有错误的）网络，但这应该不是必需的 3.重新启动Docker 这是唯一适合我的方法。我无法解释为什么，但某种程度上“旧”网络仍然绑定在该端口（9010）上，Docker继续“阻止”它（关于它的抱怨）。

对我来说，问题在于重复映射同一端口。

由于一个参数化的docker run命令，最终变成了这样的形式：

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

注意端口4000上的双重映射。

在这种情况下，日志不够详细，因为它没有说明我是双重映射的原因，以及docker run命令返回失败后端口不再绑定。

在Linux上，您可以运行sudo netstat -tulpn命令查看当前正在监听哪个端口。然后，您可以选择配置该进程或Docker容器绑定到不同的端口以避免冲突。

如何停止Docker进程

让Docker自己停止 <- 安全快捷

这是停止容器和所有无法停止的进程的最佳方法：让Docker来完成任务。

---

前往Docker设置 > 资源。更改任何资源并单击应用和重启。

---

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

希望这可以帮到你！

停止容器对我也没有用。我在 docker-compose.yml 中更改了端口。