在您的情况下，是其他进程正在使用端口，正如评论中所指出的，sudo netstat -pna | grep 3000帮助您解决了这个问题。

而在其他情况下(我自己遇到过很多次)，大多数情况下是相同的容器在其他实例中运行。在这种情况下，docker ps非常有用，因为我经常让相同的容器在其他目录中运行，然后在其他地方再次尝试运行，在那里使用相同的容器名称。

docker ps如何帮助我:

docker rm -f $(docker ps -aq)是我用来删除所有容器的简短命令。

编辑:增加如何docker ps帮助我。

使用8888端口的是Jupiter，我必须更改Jupiter笔记本的配置文件以在另一个端口上运行。

列出谁在使用该特定端口。 9 . sudo lsof -i -P -n | grep

你可以在~/.jupyter/jupyter_notebook_config.py中指定你想要Jupyter运行的端口，不注释/编辑下面的行:

c.NotebookApp.port = 9999

如果你没有jupyter_notebook_config.py，试着运行jupyter notebook——generate-config。有关Jupyter配置的更多详细信息，请参见此。

你可以用下面的命令杀死监听该端口的进程:

kill -9 $(lsof -t -i tcp:<port#>)

ex :

(lsof -t -i tcp:<port#>)

或者ubuntu:

Sudo lsof -t -i:8000 '

lsof的手册页:https://man7.org/linux/man-pages/man8/lsof.8.html

-9是硬杀，不检查任何deps。

(不相关，但可能有用，如果它的PORT 5000神秘)-罪魁祸首进程是由于Mac OS monterery。

端口5000通常用于为本地开发服务器提供服务。当更新到最新的macOS操作系统时，我无法将docker绑定到端口5000，因为它已经在使用中。(您可能会发现一条类似Port 5000已被使用的消息。)

通过运行lsof -i:5000，我发现使用端口的进程名为ControlCenter，这是一个原生macOS应用程序。如果这种情况发生在您身上，即使您使用暴力(并杀死)应用程序，它也会重新启动。在我的笔记本电脑中，lsof -i:5000返回控制中心正在被id为433的进程使用。我可以杀死所有-p 433，但macOS不断重新启动进程。

在这个端口上运行的进程原来是一个AirPlay服务器。你可以在

系统首选项›共享，取消检查AirPlay接收器以释放端口5000。

这帮助了我:

docker-compose down  # Stop container on current dir if there is a docker-compose.yml
docker rm -fv $(docker ps -aq)  # Remove all containers
sudo lsof -i -P -n | grep <port number>  # List who's using the port

然后: kill -9 <进程id> (macOS)或sudo kill <进程id> (Linux)。

来源:用户Rub21的评论。

For Linux / Unix:

简单搜索linux实用程序使用以下命令

netstat -nlp | grep 8888

它将显示在该端口上运行的进程，然后使用该进程的PID(在行中查找PID)杀死该进程。

kill PID

改变network_mode:“bridge”到“host”。

这与

version: '2.2'
services:
  bind:
    image: sameersbn/bind:latest
    dns: 127.0.0.1
    ports:
      - 172.17.42.1:53:53/udp
      - 172.17.42.1:10000:10000
    volumes:
        - "/srv/docker/bind:/data"
    environment:
      - 'ROOT_PASSWORD=secret'
    network_mode: "host"