为什么在SSH终端上执行的"killall node"需要重新启动在Windows上运行的VS Co



我在Windows上运行VS代码,并在Ubuntu机器上运行SSH。

执行killall node并将命令发送到远程计算机会导致本地VS Code实例需要重新启动-可能是为了在本地重新绑定SSH连接(?(。

这对工作流不利。

有没有更好的方法可以在不破坏需要重新连接的VD代码的情况下杀死远程机器上的所有节点进程?

lsof -i -P -n | grep LISTEN揭示了我们可能只需要杀死绑定IPv6的进程就可以逃脱惩罚——这些进程可以作为一个群体作为目标吗(有点像killall node ipv6(?

需要注意的是,killall node是确保节点进程被终止并且不会出现端口冲突的唯一方法。已经尝试了通过SIGINT在命令行和代码库中使用进程上的kill -9等所有其他可能的方法。

建议在远程机器上尝试命令pkill并了解pgrep

pkill -9 -f node

还建议写一个bash脚本:

nodes_killer

#!/bin/bash
killall node

授予nodes_killer执行权限

chmod a+x nodes_killer

然后尝试远程调用nodes_killer

这可能会保护您的VSC不受killall命令的影响。

最新更新