@DmitrySandalov的回答:我在8080上运行tomcat/java，它需要继续运行。看看船坞。Yml文件并将8080的条目更改为我选择的另一个条目。

nginx:
  build: nginx
  ports:
    #- '8080:80' <-- original entry
    - '8880:80'
    - '8443:443'

完美的工作。(唯一的问题是，如果我更新项目，更改将被删除，因为它来自外部回购。)

我有同样的问题，通过停止docker容器，它得到了解决。

sudo docker container stop <container-name>

在某些情况下，在停止容器或杀死进程之前对问题执行更深入的调试是至关重要的。

考虑以下清单:

1)检查当前的docker编写环境 执行docker-compose ps命令，如果端口正在被其他容器使用，则使用docker-compose stop <service-name-in- composition -file>命令停止端口，或者使用rm命令删除端口。

2)检查当前工作区外运行的容器 运行docker ps查看主机下运行的所有容器的列表。 如果您发现该端口正在被其他容器使用，您可以使用docker stop <container-id>来停止它。 (*)因为你不在原始组合环境的范围内——首先使用docker inspect来收集关于你即将停止的容器的更多信息是一个很好的做法。

3)检查端口是否被主机上的其他进程占用 例如，端口为6379，运行如下命令:

$ sudo netstat -ltnp | grep ':6379'
tcp        0      0 127.0.0.1:6379          0.0.0.0:*               LISTEN      915/redis-server 12 
tcp6       0      0 ::1:6379                :::*                    LISTEN      915/redis-server 12

(*)您也可以使用lsof命令，该命令主要用于检索各种进程打开的文件信息(我建议在此之前运行netstat)。

因此，在输出以上的情况下，PID为915。现在你可以运行:

$ ps j 915
 PPID   PID  PGID   SID TTY      TPGID STAT   UID   TIME COMMAND
    1   915   915   915 ?           -1 Ssl    123   0:11 /usr/bin/redis-server 127.0.0.1:6379

并查看父进程的ID (PPID)和执行命令。 您也可以执行:$ pstrree -s <PID>命令来可视化显示该进程及其相关进程。

在我们的例子中，我们可以看到进程可能是一个守护进程(PPID是1)-在这种情况下，考虑运行:a) $ cat /proc/<PID>/status，以获得关于进程的更深入的信息，如进程所产生的线程数，它的能力等。 B) $ systemctl status <PID>，以便查看导致特定进程创建的systemd单元。如果该服务不是紧急的—您可以停止和禁用该服务。

4)重启Docker服务 执行命令sudo service docker restart。

5)你到了这一步，然后… 只有在不会将您的系统置于危险之中时，才考虑重新启动服务器。

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

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

docker ps如何帮助我:

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

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

如果你有同样的问题，并且是在Windows上，只是一个旁注:

在我的情况下，进程在我的方式只是grafana-server.exe。因为我首先下载了二进制版本并双击可执行文件，现在它作为一个服务由用户SYSTEM启动，我不能taskkill(没有权限)

我必须进入Windows的“服务管理器”，搜索“Grafana”服务，并停止它。此后，端口3000不再被占用。

希望这能有所帮助。

让我再加一个例子，因为我有同样的错误，目前列出的解决方案都不可行:

serv1:
  ...
  networks:
  privnet:
    ipv4_address: 10.10.100.2
  ...

serv2:
  ...
  # no IP assignment, no dependencies
  
networks:
  privnet:
    ipam:
      driver: default
      config:
        - subnet: 10.10.100.0/24

根据init顺序，serv2可能会在serv1启动之前被分配IP 10.10.100.2，所以我只是手动为所有容器分配IP以避免错误。也许还有其他更优雅的方式。