VSCode 卡顿主因是默认配置与插件资源滥用，禁用自动更新、推荐插件、非必要语言服务器，排除大目录监听，关闭空格渲染、实验文件监听、符号搜索及 UI 动画，可降内存 30%–50%。

vscode 内存占用高、卡顿，多数不是硬件问题，而是默认配置叠加插件导致的资源滥用。关掉几个关键设置 + 禁用特定插件行为，内存常可下降 30%–50%。

禁用不必要的扩展自动激活

很多插件（尤其是语言服务器类）会在打开任意文件时预加载，哪怕你根本不用它支持的语言。这会拉起多个 node 进程并持续占内存。

• 打开设置（Ctrl+, 或 Cmd+,），搜索 extensions.autoUpdate → 设为 false（避免后台静默更新消耗 CPU/内存）
• 搜索 extensions.ignoreRecommendations → 设为 true（防止推荐插件悄悄启用）
• 逐个检查已安装插件，在插件页点击齿轮图标 → 选 Disable (Workspace) 或 Disable (Remote)，而非仅禁用全局
• 重点关注：Python、PHP Intelephense、Ruby Solargraph、任何带“language server”字样的插件——它们默认监听所有文件，建议只在对应文件夹中启用

调整编辑器渲染与文件监听策略

VSCode 默认为流畅体验牺牲内存，尤其在大项目中，文件监听和行号/折叠渲染开销明显。

• 设置 editor.renderWhitespace → "none"（空格可视化很耗 GPU 内存，开发中非必需）
• 设置 files.useExperimentalFileWatcher → false（实验版监听器在某些系统上泄漏句柄，回归传统 fs.watch 更稳）
• 设置 files.watcherExclude，添加大目录排除项，例如：

  {
    "**/.git/**": true,
    "**/node_modules/**": true,
    "**/dist/**": true,
    "**/build/**": true
  }

• 设置 search.followSymlinks → false（符号链接可能指向巨量文件，递归搜索极易爆内存）

限制搜索与索引范围

全局搜索（Ctrl+Shift+F）触发时，VSCode 默认扫描整个工作区，包括 node_modules 和构建产物，极易卡死或触发 OOM。

GitHub Actions Retry Recovery Audit

审计 GitHub Actions 运行，检测失败后成功的重试恢复模式，量化 flaky 重运行的浪费。

下载

• 务必配置 search.exclude，和上面 files.watcherExclude 保持一致（两者独立生效）
• 设置 search.quickOpen.includeSymbols → false（关闭符号快速打开，它会预加载所有文件的 AST，对 TypeScript/JS 项目内存压力极大）
• 避免使用 search.usePCRE2（开启后正则引擎更耗内存，且多数场景不需要 PCRE2 特性）
• 如需频繁搜索，优先用终端命令 rg -g '!node_modules' keyword（ripgrep），比 VSCode 搜索快且轻量

关闭图形与动画特效

VSCode 的 UI 动画、阴影、过渡效果由 Electron 渲染进程承担，对低配机器或远程开发（SSH/WSL）尤为敏感。

• 设置 workbench.enableExperiments → false（禁用所有未稳定 UI 实验特性）
• 设置 editor.smoothScrolling → false
• 设置 workbench.list.smoothScrolling → false
• 设置 editor.cursorSmoothCaretAnimation → false
• 启动时加参数运行（Windows/macOS/Linux 均适用）：code --disable-gpu --disable-extensions，验证是否为 GPU 渲染或插件导致卡顿

真正影响性能的从来不是“开了多少插件”，而是“哪些插件在什么条件下被激活”。一个没用的 Python 插件在 JS 项目里静默运行，比十个已禁用的插件更伤内存。定期用 Help > Open Process Explorer 查看各进程内存占用，比盲目调设置更有效。