vscode卡顿多因多个小负担叠加，应使用developer: open process explorer和developer: show running extensions定位高耗插件，禁用live server、全局eslint/prettier等，并配置files.watcherexclude与关闭git.autorefresh等默认功能。
查清谁在拖慢启动和编辑
VSCode卡顿很少是单一原因，多数情况是多个小负担叠加。最有效的方式不是凭感觉删插件，而是用内置工具看实时数据。打开命令面板（Ctrl+Shift+P），运行 Developer: Open Process Explorer，它会列出所有子进程的CPU和内存占用。重点关注“扩展主机”和“渲染器”两个进程——如果前者长期占CPU >40%，说明有插件在后台疯狂轮询；后者持续高负载，大概率是主题、图标或光标动画在吃资源。
再运行 Developer: Show Running Extensions，按“启动耗时”排序，超过150ms的插件要重点审视。比如 GitLens 默认监听所有文件变更，Prettier 在保存时全量格式化，它们不是“不重要”，而是“不该常驻”。
禁用高开销扩展比卸载更安全
直接卸载可能影响项目配置，而禁用（Disable (Workspace)）能保留插件但只在需要时激活。以下几类扩展建议优先禁用：
-
Live Server：日常开发用npx serve或python -m http.server更轻量 - 全局
ESLint/Prettier：改用项目级配置 +editor.formatOnSave触发，避免后台持续分析 -
Remote - SSH和Docker插件：即使没连接，也会预加载代理进程，占着扩展主机内存不放 - 多套主题/图标插件：比如同时装了
One Dark Pro、Material Icon Theme和Custom CSS and JS Loader，它们互相覆盖样式，还触发重复重绘
禁用后务必重启 VSCode 并重新打开工作区，否则设置不生效。
精准排除文件监视目录
files.watcherExclude 是性能拐点配置，它在操作系统 inotify/fsevents 层级过滤事件，比 search.exclude 更底层、更省资源。错误写法如 "node_modules/": true 会漏掉子目录，正确写法必须带通配符：
"files.watcherExclude": {
"**/node_modules/**": true,
"**/.git/**": true,
"**/dist/**": true,
"**/build/**": true,
"**/logs/**": true,
"**/*.log": true,
"**/__pycache__/**": true,
"**/venv/**": true
}
注意：.gitignore 里写的路径，建议同步加进这里；Windows 用户若仍卡顿，可加 "files.useExperimentalFileWatcher": false 回退到旧版监听器。
关掉“贴心但吃资源”的默认功能
很多默认开启的功能，在大项目或低配机器上不是辅助，是负担：
-
git.autorefresh设为false：大仓库下每次文件变动都触发git status，CPU 直接飙高 -
editor.codeLens设为false：函数引用数、测试覆盖率等提示很酷，但每行都要计算，对 TypeScript 项目尤其明显 -
editor.smoothScrolling和editor.cursorSmoothCaretAnimation关闭：核显或老机器上，这些动画会抢 GPU 资源，导致打字延迟 -
typescript.validate.enable和javascript.validate.enable设为false：语言服务默认扫描node_modules，关掉后靠tsc --noEmit或 ESLint 替代，响应快得多
这些开关不是永久关闭，而是把控制权交还给你——需要时手动触发，而不是让它永远在后台呼吸。
真正影响体验的，往往不是你开了什么功能，而是你没关什么。比如 files.watcherExclude 配错一行，就可能让 VSCode 持续监听几万个 .js 文件；又比如 GitLens 的激活钩子设成 *，它就会在你打开任意文件时加载。优化不是追求极致精简，而是让每个配置项都有明确意图和可见效果。
