VSCode卡顿主因是扩展、文件监听器和语言服务器抢占资源，内存超750MB RSS即临界；需用Developer: Open Process Explorer查Extension Host内存，禁用无效插件须重启窗口，并严格配置files.watcherExclude为"/node_modules/": true等。
VSCode 运行代码本身不会直接卡顿电脑，真正拖垮系统的是后台扩展、文件监听器和语言服务器在你敲下 Run 或 Debug 后持续抢占资源——尤其是当项目含 node_modules 或大量构建产物时，内存常在 5 秒内飙到 1GB+，UI 立刻冻结。
Developer: Open Process Explorer 查 Extension Host RSS 值
这是唯一能确认“是不是真被吃掉”的方式。按 Ctrl+Shift+P（Windows/Linux）或 Cmd+Shift+P（macOS），输入并执行 Developer: Open Process Explorer：
- 只看
Extension Host进程的Memory列（RSS 值），不是总进程内存 - RSS 持续 > 750MB 且 UI 卡顿，基本就是阈值临界态，再涨 100MB 就可能假死
- 别信“已禁用”的插件——只要它注册过
onStartup，进程就还在跑，必须关窗口重开 - 重点关注
ms-vscode.js-debug（调试中临时升高正常）、esbenp.prettier-vscode（格式化大文件阻塞主线程）、ms-python.python（Pylance 启动后不释放内存）
files.watcherExclude 必须写进 .vscode/settings.json
这不是“建议”，是防止 inotify 句柄耗尽的底线配置。VSCode 2026 的 chokidar 监听器每注册一个路径，就占一个内核句柄 + JS 引用，node_modules 这种几万文件的目录会让它指数级膨胀：
- 必须用双星号：
"**/node_modules/**": true，写成"node_modules/**"或"*/node_modules/*"都无效 - 同步加进：
"**/.git/**": true、"**/dist/**": true、"**/build/**": true、"**/__pycache__/**": true - Linux 用户额外检查：
cat /proc/sys/fs/inotify/max_user_watches，若 echo 524288 | sudo tee /proc/sys/fs/inotify/max_user_watches - 改完必须完全关闭当前窗口再重开，仅
Reload Window不生效
code --disable-gpu 启动验证 GPU 加速是否适配
GPU 加速开关不是“开就快、关就慢”，它高度依赖设备组合。M 系列 Mac 或独显本上开反而更顺；但某些 macOS 外接显示器、虚拟机、旧款 Intel 核显下，--enable-gpu 会引发渲染线程阻塞和内存泄漏：
- 先完全退出 VSCode，在终端运行
code --disable-gpu启动，观察启动速度和活动监视器里内存峰值 - 如果变快且稳定，把
"disable-hardware-acceleration": true写进~/Library/Application Support/Code/User/settings.json（macOS）或对应路径 - 如果更卡，改用
code --enable-gpu --enable-gpu-rasterization，并确保"workbench.enableExperiments"为false - 注意：
--disable-gpu对 Windows/Linux 集成显卡用户效果通常最显著
禁用 onStartup 激活的扩展比卸载更安全
很多扩展一启动就拉起进程、扫描文件、建索引，哪怕你没打开一个对应语言的文件。它们不是“没用”，而是“不该现在用”：
- 按
Cmd+Shift+P→Developer: Show Running Extensions，重点看Activation Events列含onStartup或*的扩展 - 常见元凶：
esbenp.prettier-vscode、dbaeumer.vscode-eslint、eamodio.gitlens、ms-python.python - 右键选
Disable (Workspace)（仅当前项目）或Disable (Global)（全局），别直接卸载——留着备用 - 禁用后必须关窗口重开，否则旧进程仍驻留；对 Python/TS 项目，可手动
kill -9残留的pyright或tsserver进程
真正的瓶颈往往藏在 files.watcherExclude 是否生效、Extension Host RSS 是否压在 750MB 临界点、以及 GPU 加速是否与你的硬件反向冲突——这三处没调准，其他优化都是隔靴搔痒。
