VSCode性能优化关键在于精准禁用高开销功能：通过Process Explorer定位高占用扩展，配置files.watcherExclude排除node_modules等目录，用Open Large File Optimized打开大文件，关闭TSServer项目诊断及自动导入，并明确tsconfig/include范围。
VSCode 没有叫“高性能模式”的开关，所谓“高性能”是通过禁用高开销功能、精准限制监听范围、切断冗余语言服务等组合操作达成的结果。直接改一个设置不会变快，关键在控制什么不加载、什么不监听、什么不自动运行。
怎么快速定位拖慢 VSCode 的扩展
卡顿 48% 来自扩展，但盲目禁用会误伤刚需。必须用内置工具实测：
- 按
Ctrl+Shift+P（Win/Linux）或Cmd+Shift+P（macOS），输入并执行Developer: Open Process Explorer - 观察「Extension Host」进程的内存与 CPU 占用，排序后重点关注前 3 名
- 再执行
Developer: Show Running Extensions，看哪些扩展 Activation Events 含*或onStartup—— 这类扩展一启动就全量激活，不是“按需加载” - 临时禁用可疑扩展后，用
code --disable-extensions命令行重启验证：如果卡顿消失，说明问题确实在扩展
files.watcherExclude 配不全，CPU 就一直飙高
VSCode 的文件监视器（chokidar）一旦盯上 node_modules 或 dist，就会为每个小文件变更发事件，渲染线程持续忙于处理，打字、保存、Git 状态刷新全变慢。
- 必须在工作区根目录的
.vscode/settings.json中配置，用户级设置对大型项目无效 - 至少包含：
"**/node_modules/**": true、"**/dist/**": true、"**/.git/**": true、"**/logs/**": true、"**/__pycache__/**": true - Python 项目加：
"**/venv/**": true、"**/.mypy_cache/**": true；前端加："**/build/**": true、"**/out/**": true - 改完后必须关闭整个工作区再重新打开，否则不生效
大文件卡顿？别信“开启大文件模式”的说法
editor.largeFileOptimizations 只是允许优化，不是强制启用。VSCode 1.84+ 默认不会自动触发 Large file mode，哪怕你双击打开一个 500MB 的 access.log，它仍会尝试全量加载、高亮、计算行号。
- 正确做法：用命令面板执行
File: Open Large File Optimized（不是普通“Open File”） - 打开后看状态栏左下角是否显示
Large file mode (read-only)；若只显示Plain Text，说明失败 - 失败时立刻关掉标签页，删掉其他所有打开的文件，再重试一次命令
- 进入该模式后，
Ctrl+F只支持单次文本搜索（不支持正则、不高亮）、Ctrl+G跳转行号需文件本身有换行符，且不可编辑、无行号、无折叠、无括号匹配
TypeScript/JavaScript 语言服务才是隐形卡顿源
TSServer 在大型项目中默认扫描全部文件，包括 node_modules 和构建产物，即使你没打开任何 .ts 文件，它也在后台解析。
- 禁用项目级诊断：
"typescript.tsserver.experimental.enableProjectDiagnostics": false - 排除自动导入路径：
"typescript.preferences.autoImportFileExcludePatterns": ["**/dist/**", "**/lib/**"] - 如果只写 JS，直接关掉：
"javascript.suggest.autoImports": false - 在
jsconfig.json或tsconfig.json中明确写"include": ["src/**/*"]，避免默认扫描整个工作区
真正影响性能的，从来不是“开了什么”，而是“没关什么”——比如没关掉的文件监视、没排除的 node_modules、没禁用的 onStartup 扩展、没设成 Plain Text 的大日志文件。这些细节不手动清理，再多硬件资源也填不满。
