vs code卡顿主因是插件后台抢资源、文件监听无节制及配置未优化；应通过developer: show running extensions定位高耗插件，禁用onstartup激活项，在.vscode/settings.json中配置files.watcherexclude排除node_modules等目录，并彻底重启窗口。
VS Code卡顿，八成不是机器不行，而是插件在后台抢资源、监听没节制、配置没关对——禁用几个扩展、加两行配置、重启一次窗口，就能明显变快。
Developer: Show Running Extensions 看谁真在吃 CPU
别靠感觉猜哪个插件拖慢编辑器。按 Ctrl+Shift+P（Windows/Linux）或 Cmd+Shift+P（macOS），输入并运行 Developer: Show Running Extensions，重点关注：
-
Startup Time> 150ms 的插件：比如ms-python.python、esbenp.prettier-vscode，一开就占主线程 -
CPU持续 >5% 或Memory MB> 300MB：常见于gitlens、dbaeumer.vscode-eslint、ms-vscode.js-debug - 状态是
Running而非Activated：说明它正在后台跑任务，不是只注册了事件
禁用插件必须分清作用域，且要彻底重启
点错位置或没关干净，等于白操作：
- 全局禁用：在扩展面板右键插件 →
Disable (Global)，所有项目都不加载 - 仅当前项目禁用：用命令面板运行
Extensions: Disable Extension in This Workspace，图标旁会显示Workspace - 禁用后必须完全退出 VS Code（macOS 上
Cmd+Q，Windows/Linux 关掉所有窗口并确认进程结束），再重新用code .打开工作区；只点Reload Window，旧进程仍驻留 - 禁用后检查
settings.json是否还残留配置，比如"eslint.enable": true或"prettier.requireConfig": true，这些字段可能触发后台加载
files.watcherExclude 不配，插件再轻也白搭
这是最隐蔽的内存爬升来源——VS Code 默认递归监听整个工作区，node_modules 几万小文件直接打爆内核 inotify 句柄：
- 必须在项目根目录的
.vscode/settings.json中添加：
"files.watcherExclude": {
"**/node_modules/**": true,
"**/dist/**": true,
"**/build/**": true,
"**/.git/**": true,
"**/__pycache__/**": true
}
-
**/是关键，单星号*/或漏斜杠会导致子目录仍被扫描 - Linux 用户需检查：
cat /proc/sys/fs/inotify/max_user_watches，若低于524288，执行echo 524288 | sudo tee /proc/sys/fs/inotify/max_user_watches - 改完必须关闭并重开工作区，只刷新窗口不生效
extensions.experimental.affinity 强制延迟加载
不是所有插件都得一启动就拉起进程：
- 在
settings.json中添加："extensions.experimental.affinity": {} - 该配置会让 VS Code 尝试将部分插件调度到独立渲染进程中，降低主线程阻塞风险
- 注意：部分插件（如依赖
git或debug的）可能因此启动略慢，但换来了更稳的编辑响应 - 搭配
files.watcherExclude和精准禁用，效果叠加最明显
真正卡顿的根源往往藏在“已启用但未激活”的插件里，它们不显眼，却持续监听、缓存、预加载——光看图标是否亮着没用，得看 Developer: Show Running Extensions 里的 Running 状态和实时内存值。
