Node.js 从 v14 起默认启用 --trace-deprecation，导致 DeprecationWarning 在调试控制台刷屏；这不是 VSCode 的 bug，而是 Node 主动输出的诊断信息，用于提示如 punycode、util.isFunction 等废弃 API 的调用，需通过 runtimeArgs 或 NODE_OPTIONS 配置禁用，但不可盲目忽略关键警告。
为什么 DeprecationWarning 总在调试控制台刷屏
这不是 VSCode 的 bug，而是 Node.js 从 v14 起默认开启 --trace-deprecation 行为——只要代码或依赖里调用了废弃 API（比如 util.isFunction、util.extend、punycode），Node 就会主动打印警告。VSCode 的调试器继承了这个行为，且不提供 UI 开关。你看到的不是“报错”，是 Node 主动输出的诊断信息，但混在日志里极易掩盖真实错误。
node --no-deprecation 能否直接禁用
可以，但仅对当前启动进程生效，且必须加在正确位置：
Rydberg Agent Node
下载
使用一条命令部署ProbeChain Rydberg测试网代理节点。自动注册为Agent(NodeType=1)，免gas，支持macOS/Linux/Windows。触发词：/r
- 在
launch.json的runtimeArgs里加："runtimeArgs": ["--no-deprecation"]，这会影响调试会话主进程 - 若用
npm run dev启动，则需改package.json："dev": "node --no-deprecation ./node_modules/.bin/vite" -
--no-deprecation不影响子进程（如 webpack worker），要全局禁用得靠NODE_OPTIONS=--no-deprecation - Windows 下用
cross-env NODE_OPTIONS=--no-deprecation，否则环境变量不生效
哪些警告根本不能忽略
不是所有 DeprecationWarning 都能一禁了之：
-
The 'punycode' module is deprecated：Node.js v21+ 已移除该模块，继续使用会导致运行时失败，必须升级ajv、whatwg-url等上游依赖 -
`node --debug` is invalid：说明 launch.json 还在用旧版调试配置，应检查type: "pwa-node"和protocol: "inspector"是否启用 -
util.isFunction is deprecated：多数来自老旧测试工具（如 mocha@5.x），升级到 mocha@10+ 即可消除 - 若警告伴随
Cannot find module或ABI mismatch，说明已不是警告问题，而是原生模块加载失败，此时禁用警告只会让问题更难定位
VSCode 终端里警告太多，怎么局部过滤
终端本身不支持按 warning 类型过滤，但可通过重定向规避干扰：
- 临时执行：在集成终端中运行
npm run dev 2>&1 | grep -v "DeprecationWarning"（Linux/macOS） - Windows PowerShell：用
npm run dev 2>&1 | Select-String -Pattern "Deprecation" -NotMatch - 更稳妥的做法是把警告输出单独重定向：
NODE_OPTIONS="--trace-deprecation" npm run dev 2>deprecation.log，留作事后审计 - 注意：VSCode 的「输出」面板（Output tab）默认不显示 stderr，所以控制台刷屏的警告其实不会出现在「输出 → Tasks」里，别误以为是 VSCode 日志系统问题
