我有一个简单的服务器运行在node.js使用连接:
var server = require('connect').createServer();
//actions...
server.listen(3000);
在我的代码中，我有实际的处理程序，但这是基本的思想。我一直遇到的问题是
EADDRINUSE, Address already in use
我收到这个错误时再次运行我的应用程序后，它以前崩溃或错误。因为我没有打开一个新的终端实例，所以我用ctr + z关闭了这个进程。
我非常确定我所要做的就是关闭服务器或连接。我尝试在进程中调用server.close()。(“退出”,…);运气不好。
当前回答
我想知道，为什么还没有人提到这种可能性:
如果你用字符串(有意或无意)提供::listen(port)，这将不是一个有效的端口号表示，然后它可以在内部转换为端口号-1，然后引擎将尝试连接到那个-1端口，然后产生相同的EADDRINUSE错误，这反过来可能会有点混乱，让你在错误修复搜索的错误方向(hi, me xD)。
因此，在开始检查使用端口的进程之前，调试代码并检查传递给函数的确切内容。
其他回答
首先找出正在运行的是什么:
sudo lsof -nP -i4TCP:3000 | grep LISTEN
你会得到这样的东西:
php-fpm 110 root 6u IPv4 0x110e2ba1cc64b26d 0t0 TCP 127.0.0.1:3000 (LISTEN)
php-fpm 274 _www 0u IPv4 0x110e2ba1cc64b26d 0t0 TCP 127.0.0.1:3000 (LISTEN)
php-fpm 275 _www 0u IPv4 0x110e2ba1cc64b26d 0t0 TCP 127.0.0.1:3000 (LISTEN)
然后你可以像下面这样终止进程:
sudo kill 110
然后，您将能够运行而不会得到listen EADDRINUSE:::3000错误
的过程。On ('exit'， ..)在进程崩溃或被杀死时不会被调用。它只在事件循环结束时被调用，由于server.close()在某种程度上结束了事件循环(它仍然需要等待当前正在运行的堆栈)，因此将它放在退出事件中没有意义…
在崩溃时，执行进程。on('uncaughtException'， ..)和on kill do进程。(SIGTERM, . .)
也就是说，SIGTERM(默认终止信号)让应用程序清理，而SIGKILL(立即终止)不会让应用程序做任何事情。
任务管理器(ctrl+alt+del) -> .使用实例
进程选项卡->
选择“node.exe”进程，点击“结束进程”
在Linux上。
给~/.bashrc添加函数:
function killTcpListen () {
kill -9 $(lsof -sTCP:LISTEN -i:$1 -t)
}
Pull changes: source ~/.bashrc
并使用它:killTcpListen 3000
删除项目根目录中未定义的文件(在应用程序崩溃时创建的)
