正则测试插件吃内存的主因是未防抖的 onDidChangeTextDocument 导致频繁新建 RegExp 实例且不释放，验证需用 Process Explorer 查 extensionHost 中 regex 相关进程 RSS 是否长期超300MB。
怎么看正则测试插件是否在吃内存
VSCode 里用正则测试插件（比如 regex-tester、regex-preview 或带实时高亮的 highlight-matching-tag）时，如果打开大文件或粘贴长文本后内存突然飙到 600MB+ 且不回落，大概率是它在后台持续执行未终止的 RegExp 实例。这类插件常依赖 onDidChangeTextDocument 监听编辑，但没做防抖或超时控制，导致每次按键都新建 RegExp 对象并缓存——V8 不会自动回收活跃引用，RSS 就一路涨。
直接验证方式：
按 Cmd+Shift+P（macOS）或 Ctrl+Shift+P（Windows/Linux），输入并运行 Developer: Open Process Explorer，展开 extensionHost 节点，找名字含 regex、tester、highlight 的条目，看其 RSS 列是否长期 >300MB；再右键 → Copy Process Info，粘贴出来确认命令行里有没有 node_modules/regex-tester 这类路径。
禁用 regex 插件后内存不降？旧进程还在跑
很多正则测试插件注册了 onStartupFinished 或 onLanguage:plaintext 激活事件，一旦触发就常驻 Extension Host 进程，不会随禁用动作退出。你点 “Disable” 只是阻止下次加载，当前进程照常吃内存。
- 先运行
Developer: Show Running Extensions，确认该插件状态是 “Active” 还是 “Inactive” - 右键插件 →
Disable (For All Folders)（不是仅当前工作区） - 必须完全关闭当前 VSCode 窗口（macOS 要从菜单栏退出，不只是关标签页）
- 重新打开项目，再进
Open Process Explorer确认 RSS 是否清零
若仍高，手动杀残留：ps aux | grep -i "regex-tester\|regex-preview"，找到 PID 后 kill -9 [PID]。
files.watcherExclude 对正则插件无效，但能防误触发
正则测试插件本身不依赖文件监听，所以 files.watcherExclude 不会直接降低它的内存，但它能防止插件因监听 node_modules/** 里成千上万个 JSON/JS 文件而被反复触发 onDidChangeTextDocument——这是间接放大内存泄漏的常见场景。
务必确保配置写对：
-
"**/node_modules/**": true（不是/node_modules/或*node_modules*） "**/dist/**": true"**/*.log": true
改完 settings.json 后，必须关闭并重开工作区才生效；只保存设置不重启，等于没配。
替代方案：用内置搜索 + JS 控制台临时测正则
真要频繁调试正则，比装插件更轻量的方式是：
- 用 VSCode 内置搜索（
Cmd+F/Ctrl+F）开启正则模式（.*图标），测简单模式足够快且零内存开销 - 复杂逻辑直接开浏览器 DevTools 或 VSCode 终端跑
node -e "console.log(/your-pattern/.test('test string'))" - 避免在插件市场搜 “regex live”“realtime regex”，这类关键词基本对应高开销实现
正则测试插件的真正风险不在功能本身，而在它们普遍缺乏对 RegExp 实例生命周期的管理——一个没加 g 标志的全局匹配、一次没 clearTimeout 的定时器，就能让内存缓慢爬升到你关不掉窗口的地步。
