必须替换废弃API而非忽略警告：pwa-node调试器会主动探测Node v21+已删除的util.isFunction等接口而报错；crypto.createDecipher须改为createDecipheriv，且key/iv必须为32字节Buffer并显式设置padding。
VSCode插件调试时出现 API 废弃警告，不是配置错了，而是你正在调用已被 Node.js 或 VS Code DAP 协议移除的接口——这类警告无法靠“忽略”解决，必须替换或降级。
为什么 launch.json 里 type: "pwa-node" 会触发大量 deprecated 警告
VS Code 2026 默认启用 pwa-node 调试器，它底层使用 Chrome DevTools Protocol（CDP）与新版 Node.js（v19+）通信。而 Node.js v21+ 已彻底删除 util.isFunction、process.binding、domain 等模块/方法，pwa-node 在初始化阶段就会尝试探测这些 API，导致控制台刷屏式警告。
这不是你的代码问题，是调试器自身兼容性断层：
-
pwa-node仍保留对旧版 Node 运行时的兼容探测逻辑，但 Node v22+ 不再响应这些调用，转而抛出DeprecationWarning - 即使你没在代码里写
util.isFunction，pwa-node的内部 polyfill 或语言服务加载过程也会触发 - 把
type改成"node"（全小写）可绕过部分探测，但会丢失 async stack trace 和 ESM 模块调试支持
crypto.createDecipher 报错：不是语法错，是参数结构已失效
VS Code 调试器直接运行当前 Node 进程，不会做 API 降级或 polyfill。如果你在插件中调用 crypto.createDecipher('aes-256-cbc', key, iv)，Node v20+ 会直接报 TypeError: crypto.createDecipher is not a function，而不是警告。
必须改用 createDecipheriv，且注意三处硬性约束：
-
key和iv必须是Buffer，不能是字符串：Buffer.from(keyHex, 'hex')，而非keyHex - AES-256 要求 key 长度严格为 32 字节；用
Buffer.from('my-key', 'utf8')极大概率只有 6 字节，直接崩溃 - 旧版自动 PKCS#5/PKCS#7 填充被移除，需显式调用
decipher.setAutoPadding(true)
如何让调试器不加载废弃 API 探测逻辑
根本解法是切断调试器对已废弃模块的主动探测，而非压制警告输出。有两条路径可选：
- 在
launch.json中添加"env": { "NODE_OPTIONS": "--no-warnings" }—— 仅隐藏警告，不阻止调用，可能掩盖真实 ABI mismatch 错误 - 升级调试适配器依赖：若插件基于
vscode-debugadapter，确保package.json中vscode-debugprotocol≥ 1.62.0，并在DebugSession.initializeRequest中返回supportsConfigurationDoneRequest: true，否则调试器会 fallback 到旧探测路径 - 对 Node v22+ 环境，强制指定
runtimeExecutable指向降级后的 Node 二进制（如/usr/local/bin/node-v18），但需同步检查node_modules中原生模块 ABI 兼容性
别信“禁用警告就能继续用”的说法
VS Code 插件生态正经历结构性清洗：2026 年起，vscode-debugadapter v1.47 及更早版本不再接收安全更新；webview 中调用 require('child_process') 在 WasmEdge 沙箱下直接被拒绝；process.uptime() 返回值精度从毫秒降为秒级——这些都不是警告，是行为变更。
真正危险的是那些没报错、但返回值已变的 API：比如 fs.statSync().mtimeMs 在 v22+ 中默认截断小数位，导致插件内文件变更检测失效，这种问题比红字警告更难定位。
