vscode打开大型项目慢主因是配置缺失：未设files.watcherexclude（需/开头、/结尾）、search.exclude写错、高耗扩展未禁用；三者任一缺失即致cpu飙升、ctrl+p延迟、保存卡顿。
VSCode打开大型项目慢，90%以上不是电脑差，而是它在后台拼命扫描你根本不需要的文件——files.watcherExclude没配、search.exclude写错、扩展没关，三者任一缺失，CPU就持续飙高，Ctrl+P延迟、保存卡顿、Git状态刷新变慢都是必然结果。
为什么files.watcherExclude必须配，且路径要带**/
Linux/macOS 下 VSCode 用 inotify 监听文件变化，未排除 node_modules、dist 这类目录，几万个小文件变更会瞬间打满系统 inotify 句柄，触发 ENOSPC 或 watcher limit reached 报错。此时编辑器响应迟钝、热更新延迟、甚至新增文件都监听不到。
-
files.watcherExclude的 glob 模式必须以**/开头，例如"**/node_modules/**": true，写成"node_modules"或"node_modules/**"都不生效 - 它不支持
!取反语法，无法“排除所有但保留某一个”，别白费劲写复杂规则 - 必须放在工作区根目录的
.vscode/settings.json中，用户级设置对大型项目无效 - 改完后必须关闭整个工作区再重新打开，否则配置不加载
search.exclude 和 files.exclude 到底有什么区别
files.exclude 只控制左侧资源管理器是否显示文件夹，对 Ctrl+Shift+F 全局搜索完全无效；很多人把 "node_modules": true 加进 files.exclude 后发现搜索还是扫到 node_modules 里的文件，这不是 bug，是用错了地方。
-
search.exclude才真正控制全局搜索范围，路径写法更宽松，可写"**/node_modules"或"node_modules/**"，但统一用"**/node_modules"更稳妥 - 多根工作区下，每个子文件夹的
search.exclude是独立生效的，不能靠根目录一条规则覆盖全部 - 搜索面板右上角的 “files to exclude” 输入框会临时覆盖
search.exclude，适合一次性跳过某个临时目录（比如tmp/）
哪些扩展必须禁用或降级使用
扩展是性能杀手，尤其那些默认全量扫描项目的插件。不是所有“常用”扩展都适合大型项目。
- 立即禁用：
Auto Rename Tag、Path Intellisense、Bracket Pair Colorizer——它们在后台持续递归读取文件树，直接拖垮启动速度 - 可降级使用：
GitLens改为工作区禁用，或设"gitlens.advanced.fileWatcher.latency": 1000；ESLint关闭autoFixOnSave，改用命令手动触发 - 强制 TS 服务高优：
"extensions.experimental.affinity": { "ms-vscode.vscode-typescript-next": 2 }，避免被其他扩展抢占资源 - 验证方式：按 Ctrl+Shift+P → 输入
Developer: Open Process Explorer，看Extension Host进程 CPU 占用，排序后重点关注前 3 名
大文件和 TypeScript 服务怎么不拖后腿
VSCode 默认不会自动触发 Large file mode，哪怕你双击打开一个 500MB 的 access.log，它仍会尝试全量加载、高亮、计算行号——这就是卡死的根源。
- 正确做法：用命令面板执行
File: Open Large File Optimized（不是普通“Open File”），打开后看状态栏左下角是否显示Large file mode (read-only) - TS 语言服务在 monorepo 里会自动解析每个子包依赖，导致内存暴涨。关掉
typescript.preferences.includePackageJsonAutoImports、设"typescript.tsserver.maxMemory": 4096，并确保tsconfig.json的include范围精准 -
editor.largeFileOptimizations只是允许优化，不是强制启用；files.maxMemoryForLargeFilesMB设为4096以上才有效
最容易被忽略的是：改完 files.watcherExclude 或 search.exclude 后没重启工作区，或者把配置写在了用户 settings 里而非项目级 .vscode/settings.json 中——这两点会让所有优化归零。
