ctrl+c没反应时应先执行terminal: kill the active terminal instance命令，再用lsof -ni或get-nettcpconnection查端口、taskkill /f /t或kill -9递归杀进程，并验证命令无输出才算端口真正释放。
Ctrl+C没反应时别关终端，先用VSCode内置命令终止
进程挂起后光标冻结、无输出，说明它已阻塞在系统调用或 native 模块里，Ctrl+C发的 SIGINT 信号根本收不到。此时直接关掉终端标签页，反而会让 node 进程变成僵尸，在后台继续占端口、锁文件句柄。
正确做法是：按 Ctrl+Shift+P → 输入并执行 Terminal: Kill the Active Terminal Instance。这是 VSCode 官方提供的温和清理入口，会尝试向终端进程组发送 SIGHUP，比手动杀进程更安全。
- 如果该命令执行后终端仍无响应，说明底层进程已脱离终端控制，必须切到新终端用系统命令处理
- Windows 下尤其不能跳过这步——直接关标签页极易留下
node.exe僵尸进程 - macOS/Linux 上若终端卡死且
Kill the Active Terminal Instance失效，可先用ps aux | grep node粗筛，再结合端口定位精准杀
查端口占用必须绕过DNS解析，否则命令卡住误判
lsof -i :3000 或 netstat -ano | findstr :3000 在挂起场景下常卡住，不是因为没进程占端口，而是命令本身被 DNS 反查阻塞了。你等 10 秒没输出，就以为“端口空闲”，结果重试启动照样报 Address already in use。
绕过方式很明确：
- macOS/Linux：
lsof -ni :3000（-n跳过 DNS，-i限定网络连接） - Windows PowerShell：
Get-NetTCPConnection -LocalPort 3000（原生命令，不走 DNS，输出中OwningProcess字段就是 PID） - 若
lsof报command not found，macOS 执行xcode-select --install或brew install lsof；PowerShell 中提示命令不存在，说明你当前在 CMD 环境，切换到 PowerShell 标签页再执行
杀进程必须递归清理子树，只 kill 主 PID 会留尾巴
Node 进程挂起后常派生子进程（如 npm、yarn、webpack 编译器），只杀主 PID，子进程还在跑，继续绑定端口、锁文件句柄，甚至导致后续 kill -9 都无法释放资源。
Rydberg Agent Node
下载
使用一条命令部署ProbeChain Rydberg测试网代理节点。自动注册为Agent(NodeType=1)，免gas，支持macOS/Linux/Windows。触发词：/r
分两步操作才可靠：
- macOS/Linux：
kill 1234→ 等 2 秒 → 若无响应再kill -9 1234 - Windows：
taskkill /f /t /pid 1234（关键在/t，递归杀整棵树） - 更彻底清理 VSCode 全局残留：
killall -r "Code Helper|Code|Electron"（macOS/Linux）或taskkill /f /t /im Code.exe && taskkill /f /t /im CodeHelper.exe（Windows）
验证端口是否真释放，别信“没输出”就等于空闲
杀完立刻验证，而不是直接重试启动。很多用户跳过这步，结果报错照旧，回头去改 launch.json 或怀疑 Node 版本，白白浪费时间。
验证标准只有一条：命令执行后必须**无任何输出**才算成功。
- macOS/Linux：
lsof -ni :3000执行后光标直接回行，无内容 - Windows PowerShell：
Get-NetTCPConnection -LocalPort 3000返回Get-NetTCPConnection : No MSFT_NetTCPConnection objects found或干脆空白 - 有任意一行输出（哪怕只是空格或换行），都代表端口仍被占用，得重新查 PID 再杀
这个细节最容易被忽略——你以为进程死了，其实它正躲在后台 quietly 占着 3000 端口，等着你启动时给你一个“EADDRINUSE”。
