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

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容器ls -a之后，它显示了所有之前退出和运行的进程。 然后docker stop <容器id>或docker container stop <容器id>就不工作了 然后我尝试了docker rm -f <容器id>，它工作了。 现在，我尝试了docker容器ls -a，这个过程不存在。

停止容器对我来说也没用。我改变了docker-compose.yml中的端口。

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

我有同样的问题与docker-compose，以修复它:

终止docker-proxy进程 重启码头工人 再次启动docker-compose

我是这样解决的:

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

docker-compose down

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

sudo lsof -i -P -n | grep 9000

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

kill -9 <process id>

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

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

docker stop PID
docker rm PID

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

我尝试了上面所有的答案，没有一个有效，在我的情况下，即使docker容器ls也没有显示任何容器正在运行。看起来问题是由于docker代理仍然在使用端口，尽管没有运行容器。就我而言，我使用的是ubuntu。以下是我尝试并解决的问题，只需运行以下两个命令:

sudo service docker stop
sudo rm -f /var/lib/docker/network/files/local-kv.db

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

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

快速修复是一个重启docker:

Sudo服务停止 Sudo服务docker启动

对我来说，没有杀人的过程。

更新docker修复了这个问题。

如果您正在使用Docker-Desktop，您可以退出Docker Desktop，然后重新启动它。这为我解决了问题。

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

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

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

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

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

当我使用nginx docker image时，我也得到了这个错误:

docker: Error response from daemon: driver failed programming external connectivity on endpoint recursing_knuth (9186f7d7f523732b99d3510029cde9679f3f3fe7b7eb5f612d54c4aacea58220): Bind for 0.0.0.0:8080 failed: port is already allocated.

我用下面的命令来解决它:

$ docker container ls
$ docker stop [CONTAINER ID]

然后，再次运行这个docker容器(像这样)就可以了:

$ docker run -v $PWD/vueDemo:/usr/share/nginx/html -p 8080:80 -d nginx:alpine

你只需要停止之前的docker容器。

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

重新启动计算机。

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

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

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

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

注意端口4000上的双映射。

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

对于仍然在寻找解决方案的人，只需确保在docker-compose.yml中以正确的方式绑定了端口

它是: —<外部服务器端口>:<内部容器端口>

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

只需重新启动计算机，docker服务就会重新启动

在Linux上“sudo systemctl restart docker”为我解决了这个问题

对于WINDOWS; 我杀死了docker使用的每个进程，并在services上重新启动docker服务。我的容器现在开始工作了。 它是关于Docker仍然在使用的端口，即使你当时没有使用。

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

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

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

我尝试了几乎所有的解决方案，找出了可能的原因/解决方案。因此，如果您正在使用traefik或任何其他网络服务器，它们在内部促进了负载平衡的代理。大多数人使用蓝图，工作得很好。然后它将负载控制完全传递给nginx或类似的代理服务器。因此，停止，关闭(网络服务器)或修剪可能没有帮助。

用nginx解决traefik，

sudo /etc/init.d/nginx stop
# or
sudo service nginx stop
# or
sudo systemctl stop nginx

学分

如何停止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

希望这能有所帮助!