根本原因是默认配置未裁剪导致文件监视和索引过载；禁用非必要扩展、精准配置 watcherExclude/search.exclude、关闭 TS 自动类型获取可大幅提升性能。
VSCode 打开大型项目卡顿、文件搜索慢、智能提示延迟高，根本原因不是硬件不够，而是默认配置在面对成千上万文件时没做裁剪——关掉几个默认开启的“贴心功能”，加载速度能提升 50% 以上。
禁用非必要工作区扩展（尤其是文件监视类）
很多扩展（比如 Auto Rename Tag、Path Intellisense、甚至某些 ESLint 配置不当的插件）会在后台递归扫描整个工作区，触发大量 fs.watch 调用，直接拖垮 VSCode 启动和文件索引。大型项目里，一个扩展就能让 files.watcherExclude 失效。
- 打开命令面板（
Ctrl+Shift+P），运行Extensions: Show Enabled Extensions，逐个禁用非核心扩展，重点排查带 “file”、“watch”、“scan”、“index” 关键词的扩展 - 保留仅必要的：如
Prettier（只在保存时触发）、GitLens（可配置gitlens.advanced.fileWatcher.latency为1000） - 验证方式：启动后打开开发者工具（
Help → Toggle Developer Tools），切到Console标签页，观察是否有大量ENOSPC或watcher limit reached报错——这是 Linux/macOS 下 inotify 句柄耗尽的典型信号
精准配置 files.watcherExclude 和 search.exclude
VSCode 默认只排除 node_modules，但大型项目往往还有 dist、build、.next、target、out 等构建产物目录，不手动加进排除列表，文件监视器会持续监听它们的变更，导致 CPU 持续 20%+ 占用。
- 在工作区根目录的
.vscode/settings.json中添加：
{
"files.watcherExclude": {
"**/node_modules/**": true,
"**/dist/**": true,
"**/build/**": true,
"**/.next/**": true,
"**/target/**": true,
"**/out/**": true,
"**/coverage/**": true
},
"search.exclude": {
"**/node_modules": true,
"**/dist": true,
"**/build": true,
"**/.next": true,
"**/target": true,
"**/out": true,
"**/coverage": true
}
}
- 注意：
files.watcherExclude的 glob 模式必须以**/开头，否则不生效；而search.exclude支持相对路径写法（如"dist/**"），但推荐统一用**/dist/**避免漏匹配 - 如果项目含 Lerna/Yarn Workspaces，额外加上
"**/packages/**/node_modules/**"
关闭 TypeScript 自动类型获取（typescript.preferences.includePackageJsonAutoImports）
VSCode 内置 TS 语言服务在打开含大量 package.json 的 monorepo 时，会自动解析每个子包的依赖并尝试加载类型定义——这个过程不走缓存，每次打开都重算，极易卡死在 “Starting TS Server” 状态。
- 在用户设置或工作区设置中设为
"none"：
"typescript.preferences.includePackageJsonAutoImports": "none"
- 如果你确实需要自动导入，改用
"auto"并配合typescript.preferences.autoImportFileExclude排除无关目录（如["**/test/**", "**/scripts/**"]） - 顺手检查
typescript.preferences.suggestAutoImports是否为true——它和上面选项是两回事，前者影响代码补全，后者影响类型解析阶段
真正影响大型项目响应速度的，从来不是“要不要装某个插件”，而是“有没有让 VSCode 别去碰那些它根本不需要碰的目录”。很多团队花时间升级 SSD 或加内存，不如花五分钟删掉三个没用的扩展、补全六行 exclude 配置。
