真正有效的做法是在调试启动时注入--trace-gc和--max-old-space-size参数，并配合process.memoryUsage()打点输出；需用Chrome DevTools堆快照比对Retained Size定位泄漏源，同时正确配置files.watcherExclude排除干扰。
怎么在VSCode调试中实时观察Node进程内存变化
直接看终端日志或任务管理器只能看到“内存高”，但无法定位是哪段代码导致堆持续增长。真正有效的做法，是在调试启动时注入--trace-gc和--max-old-space-size参数，并配合process.memoryUsage()打点输出。
常见错误现象：加了NODE_OPTIONS=--max-old-space-size=4096后仍崩溃，说明问题不在堆上限，而在GC无法回收——比如loader闭包持有了整个Buffer，或插件缓存没清理。
- Windows下必须用
cross-env，set NODE_OPTIONS=...对GUI启动的VSCode终端无效 - Linux/macOS可在
launch.json的runtimeArgs里直接加：--trace-gc、--max-old-space-size=4096 - 在关键逻辑前后插入
console.log('step X:', process.memoryUsage().heapUsed / 1024 / 1024)，比盲猜快得多
为什么VSCode自带的Process Explorer看不出内存泄漏
它只显示各进程RSS（常驻内存），不反映V8堆内部对象引用关系。一个扩展宿主进程RSS 300MB，可能其中280MB是未释放的Closure或Array，但Process Explorer完全不体现这点。
真实泄漏往往藏在堆快照的“Retained Size”里：比如某个webpack.Compilation实例被require.cache强引用，或自定义loader把源文件内容塞进闭包变量。
- 打开Chrome DevTools（
chrome://inspect→ Attach tonode进程）→ Memory → Take snapshot - 操作前拍一次，操作后拍一次，右键“Compare to previous snapshot”
- 重点筛
Retained Size > 1MB且类型为Closure、Array、Buffer的项，看Shallow Size是否稳定、Retained是否逐次上涨
files.watcherExclude配置不当会掩盖真正的GC问题
没配files.watcherExclude时，VSCode会监听node_modules里几万个文件，触发大量fs.watch回调，每个回调都可能新建临时对象——这会让GC日志看起来“频繁但无效”，误判为代码泄漏，其实是编辑器自身行为干扰。
典型表现：你在webpack构建脚本里加了process.memoryUsage()打点，发现每次build后heapUsed都+50MB，但对比堆快照又找不到大对象。这时先检查.vscode/settings.json有没有排除**/node_modules/**和**/dist/**。
-
files.watcherExclude必须写在项目根目录的.vscode/settings.json，全局设置不生效 - 值必须是
true，不能写"true"字符串，否则VSCode解析失败 - 排除目录后，
--trace-gc日志里的scavenge频次通常下降30%以上，GC压力回归真实水平
调试RISC-V或Java项目时，内存监控要分层看
VSCode调试不同目标时，“内存”指代完全不同：RISC-V调试看的是目标芯片RAM（如0x80000000起始的物理地址），而Node插件调试看的是V8堆内存。混用会导致你对着Memory视图查JS泄漏，却忘了launch.json里memoryReferences只读硬件内存。
Java虚拟线程场景更复杂：JVM堆、ZGC元数据、虚拟线程栈帧三者内存相互独立。VSCode的Java Test Runner能调出JFR线程面板，但它不显示每个虚拟线程的栈内存——得靠jcmd <pid> VM.native_memory summary</pid>补全。
- RISC-V调试中，
memoryReferences字段填的是目标地址，不是宿主机堆地址 - Java项目开启JFR后，在命令面板执行
Java: Open Flight Recorder才能看到虚拟线程计数，不是靠process.memoryUsage() - Node插件调试永远以
--inspect+ Chrome DevTools为准，VSCode内置的“Memory”视图仅支持C/C++和RISC-V等原生调试
