根本解法是禁用文件监听器并手动补全功能：在.settings.json中设"files.enableFileWatcher": false，配合自动保存、手动刷新及Git/搜索原有机制，因watcherExclude无法阻止chokidar在路径解析阶段的软链递归爆炸。
软链嵌套过深触发 chokidar 递归监听爆炸
VSCode 的文件监视器（chokidar）遇到深层符号链接（symlink）嵌套时，会陷入路径解析循环或指数级遍历，尤其在 node_modules 中存在 pnpm 或 lerna 构建的硬链+软链混合结构时，files.watcherExclude 原本的 glob 模式可能失效——它只匹配路径字符串，不解析 symlink 实际指向，导致监听器仍尝试遍历被“隐藏”在软链后的数万子目录。
- 现象：保存文件后编辑器无响应、CPU 持续 95%+、终端输入延迟超 2 秒；
Developer: Open Process Explorer显示Code Helper (Renderer)占用大量 CPU，但无明显扩展进程异常 - 验证是否为软链问题：在终端执行
find . -type l -exec ls -la {} \; | head -20，若输出中大量出现指向../node_modules/xxx或跨多层../../的软链，即为高风险信号 - 根本解法不是禁用监听，而是让 VSCode 在路径解析阶段就“绕开”软链树：在
.vscode/settings.json中添加"files.enableFileWatcher": false，并配合手动触发机制
禁用自动监听后如何保功能不降级
关掉 files.enableFileWatcher 后，Git 状态、文件重命名提示、自动刷新等依赖文件系统事件的功能会暂停，但可通过最小代价补全：
Rydberg Agent Node
下载
使用一条命令部署ProbeChain Rydberg测试网代理节点。自动注册为Agent(NodeType=1)，免gas，支持macOS/Linux/Windows。触发词：/r
- 启用
"files.autoSave": "afterDelay"（默认 1000ms），避免因无监听而丢失保存感知 - 用
Ctrl+Shift+P→Files: Refresh File Explorer手动同步目录树变更（频率极低，仅需在git pull或pnpm install后点一次） - Git 相关功能不受影响：
git.statusBar.color、git.untrackedChanges均基于 Git CLI 调用，与文件监听器无关 - 搜索功能仍可用：只要已配置
search.exclude排除node_modules等目录，Ctrl+Shift+F不会卡死
为什么不能只靠 files.watcherExclude 解决软链问题
files.watcherExclude 是路径过滤层，发生在 chokidar 已开始遍历之后；而软链嵌套过深的问题出在遍历前的路径规范化阶段——chokidar 会为每个软链目标反复调用 fs.realpathSync，一旦形成环状引用（如 A → B → C → A），就会无限递归直至栈溢出或被内核 kill。
- 典型错误配置：
"**/node_modules/**": true对packages/app/node_modules/lodash有效，但对packages/app/node_modules/.pnpm/lodash@4.17.21/node_modules/lodash（由软链指向）无效，因为后者实际路径是../../node_modules/lodash - Linux/macOS 下可临时验证：
echo $PWD && find . -maxdepth 5 -type l | head -10，若输出含../../../多次嵌套，说明 chokidar 必然卡在 realpath 阶段 - Windows 用户注意：
junction和mklink /D创建的目录链接同样触发该问题，且files.watcherExclude在 NTFS 上更不可靠
终极兜底：启动时跳过所有文件监听初始化
若项目必须保留软链结构（如 monorepo + pnpm workspace），且上述设置仍偶发卡顿，可强制 VSCode 启动时不加载任何 watcher 逻辑：
- 在快捷方式或终端中启动 VSCode 时加参数：
code --disable-extensions --disable-gpu --js-flags="--max-old-space-size=3072" --disable-file-system-watcher -
--disable-file-system-watcher是 VSCode 2026 年新增的底层开关，直接跳过 chokidar 初始化，比files.enableFileWatcher更彻底 - 此时所有扩展（包括 ESLint、TypeScript）将无法监听文件变化，但你可配合
tasks.json中的"isBackground": true+"problemMatcher"实现按需构建反馈 - 务必搭配
"editor.codeActionsOnSave": {"source.fixAll": "explicit"}，避免保存时自动触发耗时操作
files.watcherExclude 就基本失效；真正起效的是关闭监听器本身，再用轻量机制补关键功能——别指望 glob 规则能绕过内核级的 symlink 解析陷阱。 
