例外:Network.Socket.bind:docker 中的资源繁忙(地址已在使用中)

Posted

技术标签:

【中文标题】例外:Network.Socket.bind:docker 中的资源繁忙(地址已在使用中)【英文标题】:Exception: Network.Socket.bind: resource busy (Address already in use) in docker 【发布时间】:2022-01-18 03:14:02 【问题描述】:

我在 docker 容器中工作并收到此错误。 我的电脑是windows。 我试过“netstat -ano -p tcp” 在终端,它给了我这个:

Active Connections

  Proto  Local Address          Foreign Address        State           PID
  TCP    0.0.0.0:135            0.0.0.0:0              LISTENING       1072
  TCP    0.0.0.0:445            0.0.0.0:0              LISTENING       4
  TCP    0.0.0.0:808            0.0.0.0:0              LISTENING       4004
  TCP    0.0.0.0:1337           0.0.0.0:0              LISTENING       4256
  TCP    0.0.0.0:5040           0.0.0.0:0              LISTENING       8252
  TCP    0.0.0.0:5432           0.0.0.0:0              LISTENING       5604
  TCP    0.0.0.0:7680           0.0.0.0:0              LISTENING       4888
  TCP    0.0.0.0:49664          0.0.0.0:0              LISTENING       836
  TCP    0.0.0.0:49665          0.0.0.0:0              LISTENING       732
  TCP    0.0.0.0:49666          0.0.0.0:0              LISTENING       1496
  TCP    0.0.0.0:49667          0.0.0.0:0              LISTENING       1732
  TCP    0.0.0.0:49668          0.0.0.0:0              LISTENING       3664
  TCP    0.0.0.0:49671          0.0.0.0:0              LISTENING       804
  TCP    0.0.0.0:54235          0.0.0.0:0              LISTENING       4
  TCP    0.0.0.0:54236          0.0.0.0:0              LISTENING       4
  TCP    127.0.0.1:5939         0.0.0.0:0              LISTENING       4368
  TCP    127.0.0.1:6463         0.0.0.0:0              LISTENING       9644
  TCP    127.0.0.1:22350        0.0.0.0:0              LISTENING       3168
  TCP    127.0.0.1:22350        127.0.0.1:54879        ESTABLISHED     3168
  TCP    127.0.0.1:22352        0.0.0.0:0              LISTENING       3980
  TCP    127.0.0.1:37014        0.0.0.0:0              LISTENING       4368
  TCP    127.0.0.1:37114        0.0.0.0:0              LISTENING       4368
  TCP    127.0.0.1:39529        0.0.0.0:0              LISTENING       11964
  TCP    127.0.0.1:39529        127.0.0.1:51976        ESTABLISHED     11964
  TCP    127.0.0.1:39529        127.0.0.1:53917        ESTABLISHED     11964
  TCP    127.0.0.1:49670        0.0.0.0:0              LISTENING       3964
  TCP    127.0.0.1:49670        127.0.0.1:54881        ESTABLISHED     3964
  TCP    127.0.0.1:51976        127.0.0.1:39529        ESTABLISHED     16732
  TCP    127.0.0.1:53917        127.0.0.1:39529        ESTABLISHED     16732
  TCP    127.0.0.1:54879        127.0.0.1:22350        ESTABLISHED     9752
  TCP    127.0.0.1:54881        127.0.0.1:49670        ESTABLISHED     12808
  TCP    172.31.192.1:139       0.0.0.0:0              LISTENING       4
  TCP    192.168.1.136:139      0.0.0.0:0              LISTENING       4
  TCP    192.168.1.136:51014    162.159.133.234:443    ESTABLISHED     8872
  TCP    192.168.1.136:51016    173.194.222.188:443    ESTABLISHED     12700
  TCP    192.168.1.136:52086    20.54.36.229:443       ESTABLISHED     4240
  TCP    192.168.1.136:53220    20.54.37.64:443        ESTABLISHED     13036
  TCP    192.168.1.136:53223    185.199.108.133:443    ESTABLISHED     12700
  TCP    192.168.1.136:53226    151.101.1.69:443       ESTABLISHED     12700
  TCP    192.168.1.136:53235    54.235.48.238:443      ESTABLISHED     12700
  TCP    192.168.1.136:53281    151.101.84.193:443     ESTABLISHED     12700
  TCP    192.168.1.136:53290    185.199.108.154:443    ESTABLISHED     12700
  TCP    192.168.1.136:53294    140.82.113.26:443      ESTABLISHED     12700
  TCP    192.168.1.136:53297    185.199.108.154:443    ESTABLISHED     12700
  TCP    192.168.1.136:53299    104.121.237.149:80     TIME_WAIT       0
  TCP    192.168.1.136:53301    104.208.16.90:443      TIME_WAIT       0
  TCP    192.168.1.136:53302    162.159.138.232:443    ESTABLISHED     15756
  TCP    192.168.1.136:53496    152.199.19.160:443     ESTABLISHED     16732
  TCP    192.168.1.136:63825    35.186.224.47:443      ESTABLISHED     8872

我已经等了30多分钟了,还没结束。 以前没有使用 netstat 的经验,我正在做一个带有现成容器的实验室,它可以创建这个 TCP 连接。 如何消除此错误以便继续我的实验室?

【问题讨论】:

【参考方案1】:

您建议您检查您愿意在 docker 实验室中使用的端口(比如说 9090)并检查当前是否有另一个容器正在使用它,您可以在 docker 中使用以下命令进行检查:

docker ps
CONTAINER ID   IMAGE            COMMAND                  CREATED       STATUS      PORTS                                            NAMES
285f31988553   rd               "python -u ./request…"   6 days ago    Up 6 days   0.0.0.0:9090->9090/tcp                           demo

如果你不使用这个容器,你可以停止并杀死它。 如果没有使用该端口的 docker 容器,它可能是一项服务。 我还建议您尝试使用另一个端口来运行您的图像。

【讨论】:

感谢您的回答!当我关闭visual studio或docker引擎时,它似乎已经解决了,下次会记住你的答案 很高兴听到你解决了它!

以上是关于例外:Network.Socket.bind:docker 中的资源繁忙(地址已在使用中)的主要内容,如果未能解决你的问题,请参考以下文章

为什么使用 do while,大家见到的奇奇怪怪的代码.

Android四大组件之服务

java编程规约

28个Java开发常用规范技巧总结

java开发手册(阿里巴巴)——编程规约(部分)

oracle 例外