files.watcherExclude配置不生效的主因是路径格式错误或未正确重启：必须用"/node_modules/": true等双星号格式写入项目根目录.vscode/settings.json，且需关闭并重新打开工作区（非仅重载窗口）；Linux/macOS还需检查inotify.max_user_watches是否≥524288。
files.watcherExclude 配置不生效？检查路径格式和重启时机
很多用户加了 files.watcherExclude 却发现文件监视依然卡顿，根本原因是配置未生效。它只在工作区重新加载时读取，不是热更新——改完必须关闭并**重新打开该文件夹**（不是仅重启 VSCode 窗口）。另外，路径末尾的 /** 很关键："**/node_modules/**" 才能匹配子目录下所有内容；写成 "**/node_modules" 会失效。
Linux/macOS 用户还要注意系统级限制：运行 cat /proc/sys/fs/inotify/max_user_watches，若低于 524288，需执行 echo fs.inotify.max_user_watches=524288 | sudo tee -a /etc/sysctl.conf && sudo sysctl -p 才能真正释放监听能力。
为什么 search.exclude 不如 files.watcherExclude 关键？
search.exclude 只影响全局搜索结果，而 files.watcherExclude 是在操作系统事件层（inotify/fsevents）就过滤掉文件变更通知，直接避免 VSCode 主线程被海量 IN_CREATE 或 IN_MODIFY 事件淹没。尤其在 node_modules 被频繁写入时，后者才是 CPU 占用飙升的元凶。
推荐组合使用：
-
files.watcherExclude：屏蔽**/node_modules/**、**/.git/**、**/dist/**、**/logs/** -
search.exclude：额外排除**/*.log、**/coverage/**等你确实不会搜索的产物 -
files.exclude：控制资源管理器里是否显示这些目录（纯 UI 层）
TypeScript/JavaScript 语言服务拖慢打开速度？关掉自动导入和日志
TS/JS 语言服务器默认会扫描整个 node_modules 来提供自动导入建议，对大型项目是性能黑洞。禁用后不仅启动快，IntelliSense 响应也更稳。
在 .vscode/settings.json 中添加：
{
"typescript.tsserver.log": "off",
"javascript.suggest.autoImports": false,
"typescript.preferences.includePackageJsonAutoImports": "off",
"typescript.preferences.importModuleSpecifier": "relative"
}
注意：importModuleSpecifier 设为 relative 能减少路径解析开销，尤其在深层嵌套目录中效果明显。
WSL2 下打开文件特别慢？别碰 /mnt/c/
如果你在 WSL2 中用 VSCode Remote-WSL 打开 /mnt/c/Users/xxx/project，9P 文件协议带来的跨系统 I/O 延迟是硬伤。实测同一项目放在 ~/projects（WSL2 原生 ext4 分区），文件打开速度提升 3–5 倍。
验证方式：在 WSL2 终端运行 wslpath -m . && df -T .，若输出含 9p，说明正走 Windows 文件桥接。迁移项目后，还需检查 .wslconfig 是否设置了合理内存（如 memory=6GB），否则语言服务仍会因内存不足频繁重启。
最常被忽略的一点：VSCode 的“文件加载”其实分三步——监听启动、语言服务激活、内容渲染。优化必须覆盖全部环节，只调一个 files.exclude 就想提速，等于只拧紧一颗螺丝却指望整台发动机变快。
