端口冲突根源在于Node进程树未清理干净与V8调试器残留监听套接字双重作用；须结合进程树清理、优雅关闭及端口预检逻辑三者落地，而非仅手动杀进程或硬改端口。
端口冲突不是“随机报错”，而是 Node 进程树没清干净 + 调试器残留监听套接字双重作用的结果；手动杀进程、硬改端口只能治标，必须结合进程树清理 + 优雅关闭 + 端口检查逻辑三者落地。
查端口占用必须绕过 DNS 和模糊匹配
用 netstat 或全局 ps aux | grep node 容易漏 PID 或误杀——尤其在 macOS/Linux 上 DNS 解析卡住时，lsof -i :3000 可能卡死。正确命令带参数直出有效信息：
- macOS/Linux：
lsof -ni :3000（-n跳过 DNS，-i限定网络连接） - Windows PowerShell：
Get-NetTCPConnection -LocalPort 3000 | Select-Object LocalAddress, State, OwningProcess（OwningProcess就是真实 PID，无需转换） - 若
lsof报 command not found：macOS 执行xcode-select --install，Linux 执行sudo apt install psmisc或brew install lsof
杀进程必须清整棵子树，不能只 kill 主 PID
Node 启动时可能拉起 npm、yarn、webpack-dev-server、甚至 Electron 渲染子进程；只杀主进程后，子进程继续占端口或锁文件。
Rydberg Agent Node
下载
使用一条命令部署ProbeChain Rydberg测试网代理节点。自动注册为Agent(NodeType=1)，免gas，支持macOS/Linux/Windows。触发词：/r
- macOS/Linux：
kill 1234（先发 SIGTERM），等 2 秒无响应再kill -9 1234；更彻底可执行killall -r "Code Helper|node|Electron" - Windows：
taskkill /f /t /pid 1234（/t是关键，清子树）；若要清 VS Code 全家桶：taskkill /f /t /im Code.exe && taskkill /f /t /im CodeHelper.exe - 杀完立刻验证：
lsof -i :3000或Get-NetTCPConnection -LocalPort 3000应无输出；有输出说明还有漏网之鱼
launch.json 和服务代码里都要防 EADDRINUSE
VS Code 的 launch.json 里写死 "port": 9229 是最大隐患——多个微服务、Chrome DevTools、WebStorm 都默认抢这个端口。同时，服务本身不实现优雅关闭，Ctrl+C 中断后套接字仍卡在 TIME_WAIT 状态。
-
launch.json中改用动态端口区间："port": 9300或更高（避开 9229–9299），并确保runtimeArgs中的--inspect-brk=9300与之严格一致 - Node 服务代码中加端口预检逻辑（仅开发环境）：
const server = require('net').createServer();<br>server.listen(3000, () => {<br> console.log('✅ Server ready on port 3000');<br> server.close();<br>}).on('error', (err) => {<br> if (err.code === 'EADDRINUSE') console.error('❌ Port 3000 is occupied');<br> process.exit(1);<br>}); - 务必实现 graceful shutdown：监听
sigint、sigterm，调用server.close()再退出，否则调试器残留无法释放
自动化脚本要分场景，不能一刀切
一个通用脚本无法覆盖 Live Server、Node 调试、Spring Boot JMX 三类冲突——它们绑定端口的机制完全不同，强行合并反而增加误操作风险。
- Live Server 占用
5500？直接改 VS Code 设置：liveServer.settings.port→5501，别碰系统命令 - Node 调试端口
9229冲突？优先改launch.json的port字段，再配合Get-NetTCPConnection查杀 - Spring Boot JMX 报
Port already in use？这不是单端口问题，必须在vmArgs中同时固定jmxremote.port和jmxremote.rmi.port（如都设为61010），且每个微服务用不同组合
最常被忽略的是：JMX 的 rmi.port 不显式指定时会随机分配，即使 lsof 查不到占用，它也可能撞上其他服务的 ephemeral 端口范围——这种“隐形冲突”只能靠配置双端口来根除。
