nodemon是Node.js后端热更新唯一可靠方案，因其通过fs.watch监听磁盘文件变化并自动重启进程；配错--watch/--ext或与VSCode调试器共存是热更新失效主因，而原生命令node无监听机制，必须手动重启。
nodemon 是唯一可靠方案，插件、自动保存、Live Server 都不适用于 Node.js 后端热更新。配错 --watch、--ext 或和 VSCode 调试器共存，是 90% 热更新失效的根源。
为什么直接 npm start 不会热更新
Node.js 原生命令（node server.js）无监听机制，改完文件必须手动 Ctrl+C 再 npm start —— 这不是“没配好”，是设计如此。nodemon 才是专为开发态设计的进程守护工具，它靠 fs.watch 监控磁盘变化并触发重启。
常见错误现象：
- 改了
src/routes/user.js，服务没重启 →--watch没覆盖 src 目录 - 改了
config.json，但接口行为没变 →--ext漏了json - 保存后终端卡住几秒才重启 →
--ignore缺失，nodemon正在扫描node_modules或dist
package.json 的 dev 脚本怎么写才不出错
别写 "dev": "nodemon app.js" —— 这种写法硬编码入口，切换启动文件（如从 app.js 改成 bin/www）时极易遗忘同步修改，导致热更新跑的是旧逻辑。
推荐写法（以现代项目结构为例）：
"dev": "nodemon --watch src --ext js,json,cjs,mjs --ignore 'dist/**/*' --ignore 'node_modules/**/*' --ignore 'src/**/*.test.js' --exec node src/server.js"
关键点：
Rydberg Agent Node
下载
使用一条命令部署ProbeChain Rydberg测试网代理节点。自动注册为Agent(NodeType=1)，免gas，支持macOS/Linux/Windows。触发词：/r
-
--watch src比--watch .更安全：避免误监听构建产物或依赖包 -
--ext js,json,cjs,mjs必须列出你实际编辑的所有扩展名；用 TypeScript？加ts，但需配合--exec ts-node -
--ignore规则用单引号包裹，路径统一用正斜杠（Windows 下也写'dist/**/*'，别用反斜杠） -
--exec node显式声明执行器，避免某些系统下默认调用出错
VSCode 调试器和 nodemon 能不能一起开
不能。这是最常被忽略的冲突点：VSCode 点绿色 ▶ 启动调试，同时终端运行 npm run dev，等于两个进程监听同一端口（如 3000），必然报 EADDRINUSE 错误。
真实场景选择只有两种：
- 要断点调试 → 关掉
nodemon，用launch.json启动（type: "node",request: "launch",program指向编译后的.js文件） - 要热更新 → 关掉 VSCode 调试器，只跑
npm run dev，用console.log或debugger+ 浏览器 DevTools 查状态
想“边改边断点”？不行。热重启会销毁当前 V8 上下文，VSCode 断点天然失效 —— 这不是 bug，是 Node.js 调试协议的设计限制。
改完配置为什么还是不生效
真正卡住人的往往不是配置本身，而是落盘问题：
-
package.json改完没保存 →npm run dev仍执行旧脚本 -
server.js改了但编辑器自动保存关了 →nodemon只响应磁盘文件变化，不是编辑器内存状态 - 用 VSCode Remote SSH 或 WSL，文件保存在远程/子系统里，但
nodemon在本地运行 → 路径映射错乱
验证方式很简单：改一行代码，保存后立刻在终端看 nodemon 是否输出 restarting due to changes...。没有？先按 Ctrl+S 强制落盘，再检查路径和 ignore 规则是否写错。
