我有一个简单的服务器运行在node.js使用连接:

var server = require('connect').createServer();
//actions...
server.listen(3000);

在我的代码中,我有实际的处理程序,但这是基本的思想。我一直遇到的问题是

EADDRINUSE, Address already in use

我收到这个错误时再次运行我的应用程序后,它以前崩溃或错误。因为我没有打开一个新的终端实例,所以我用ctr + z关闭了这个进程。

我非常确定我所要做的就是关闭服务器或连接。我尝试在进程中调用server.close()。(“退出”,…);运气不好。


当前回答

一种简单的方法是列出在端口上侦听的所有进程

lsof -i tcp:YOUR_PORT | grep监听

然后你可以杀死他们:

kill -9 {PID}

其他回答

windows用户:打开任务管理器,结束任务的nodejs.exe文件,可以正常工作。

我在运行win8的笔记本电脑上打出了这个。这工作。

以“管理员”身份运行cmd.exe:

C:\Windows\System32>taskkill /F /IM node.exe
SUCCESS: The process "node.exe" with PID 11008 has been terminated.

尝试更改端口号。这对我很管用。 例如,可以将端口号从3000修改为3001。

你可能会遇到这样的情况,即使杀死线程或进程也不会真正终止应用程序(我在Linux和Windows上每隔一段时间就会遇到这种情况)。有时,您可能已经有一个正在运行的实例,但没有关闭。

由于这些情况,我更喜欢在package.json中添加:

"scripts": {
    "stop-win": "Taskkill /IM node.exe /F",
    "stop-linux": "killall node"
},

然后我可以调用它们使用:

npm run stop-win
npm run stop-Linux

如果您愿意,还可以让这些BIN命令带有参数标志。您还可以将它们添加为在try-catch子句中执行的命令。

的过程。On ('exit', ..)在进程崩溃或被杀死时不会被调用。它只在事件循环结束时被调用,由于server.close()在某种程度上结束了事件循环(它仍然需要等待当前正在运行的堆栈),因此将它放在退出事件中没有意义…

在崩溃时,执行进程。on('uncaughtException', ..)和on kill do进程。(SIGTERM, . .)

也就是说,SIGTERM(默认终止信号)让应用程序清理,而SIGKILL(立即终止)不会让应用程序做任何事情。