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

更新docker修复了这个问题。

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

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

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

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

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

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

注意端口4000上的双映射。

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

为了向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-compose，以修复它:

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