我有一个简单的服务器运行在node.js使用连接:
var server = require('connect').createServer();
//actions...
server.listen(3000);
在我的代码中，我有实际的处理程序，但这是基本的思想。我一直遇到的问题是
EADDRINUSE, Address already in use
我收到这个错误时再次运行我的应用程序后，它以前崩溃或错误。因为我没有打开一个新的终端实例，所以我用ctr + z关闭了这个进程。
我非常确定我所要做的就是关闭服务器或连接。我尝试在进程中调用server.close()。(“退出”,…);运气不好。
当前回答
我也有同样的问题，但我发现这不是恶魔的问题。首先，我使用这个脚本开始我的过程:
{"dev": "nodemon -r dotenv/config app.js"}
应用程序可以正确启动，但只要任何文件改变，nodemon就不能重新启动它。与此同时，应用程序仍在后台继续运行。如果我按Ctrl+C，它退出，但端口3000上没有更多的进程，所以通过端口fuser -k 3000/tcp杀死它没有任何作用。
并且，我在app.js文件中使用。env端口。
const port = process.env.PORT || 3000;
因此，我只将端口值更改为3000，它就工作了。
const port = 3000;
我不得不找到另一种方法来加载.env文件，但这解决了我的问题。希望这能有所帮助。
其他回答
我想知道，为什么还没有人提到这种可能性:
如果你用字符串(有意或无意)提供::listen(port)，这将不是一个有效的端口号表示，然后它可以在内部转换为端口号-1，然后引擎将尝试连接到那个-1端口，然后产生相同的EADDRINUSE错误，这反过来可能会有点混乱，让你在错误修复搜索的错误方向(hi, me xD)。
因此，在开始检查使用端口的进程之前，调试代码并检查传递给函数的确切内容。
对于windows，打开任务管理器，找到node.exe进程。用结束任务杀死所有敌人
使用netstat获取所有节点进程和它们正在使用的端口，然后通过PID杀死你想要的唯一一个
netstat -lntp | grep node
您将获得所有节点进程
tcp6 0 0 :::5744 :::* LISTEN 3864/node
然后当你得到PID(3864)时，通过PID终止进程
kill -HUP PID
bash$ sudo netstat -ltnp | grep -w ':3000'
- tcp6 0 0 :::4000 :::* LISTEN 31157/node
bash$ kill 31157
Windows用户的UI解决方案:我发现顶部的答案对我不起作用，它们似乎是Mac或Linux用户的命令。我找到了一个简单的解决方案，不需要记住任何命令:打开任务管理器(ctrl+shift+esc)。查看正在运行的后台进程。找到任何Node.js并结束任务。
在我这么做之后，这个问题就消失了。正如在其他答案中所述，它的后台进程仍然在运行，因为之前遇到了一个错误，常规的退出/清理函数没有被调用，所以杀死它们的一种方法是在任务管理器中找到该进程并在那里杀死它。如果你从终端/powerShell运行进程，你通常可以使用ctrl+c来终止它。
