ByteNoteByteNote

字节笔记本

2026年6月24日

让 VS Code 回归本质:一次从 613MB 到 1.4MB 的极简化实践

API中转
¥120

把 VS Code 从 613MB 瘦身到 1.4MB 的极简化实践:卸载 AI 扩展、用 settings.json 切断 Git 索引与 autofetch、关闭语言服务器、清理孤儿数据、关闭云同步防回灌,让它回归 Markdown 编辑器 + 文件管理器的本质。整套操作可直接复用,附 GUI 操作路径和注意事项。

一、动机:为什么「打开家目录」会卡

我习惯把用户根目录 ~ 当作长期挂在 VS Code 里的工作区——文件管理器、随手记 Markdown 都用它。但长期下来,内存和 CPU 占用越来越高。排查后发现,真正的元凶不是扩展多,而是几项默认开启的「自动化」在偷跑:

  • Git 索引扩散git.openRepositoryInParentFolders 被设为 "always",导致 VS Code 在打开 ~递归扫描家目录下所有 git 仓库并尝试索引,光这一个动作就足以让进程占满 CPU。
  • 自动拉取git.autofetch: true 让后台周期性 fetch,进一步加重负担。
  • AI 扩展常驻:Copilot Chat、Claude Code 的 extension host 进程长驻内存。
  • 云同步回灌:Settings Sync 开着,云端存了一份带 40+ 扩展的旧清单,一旦重启就会把它们重新拉回本地。

我的目标很纯粹:只把它当 Markdown 编辑器 + 文件管理器用,关掉一切不必要的 AI、Git 索引和语言服务器。

二、第一步:卸载 AI 扩展

bash
code --uninstall-extension github.copilot-chat --force
code --uninstall-extension anthropic.claude-code --force

卸载后用 code --list-extensions 复核,确认用户扩展归零(只剩内置)。

三、第二步:重写 settings.json 的关键配置

这一步是核心。先备份:cp settings.json settings.json.bak.时间戳。然后把这几个「吃资源大户」从默认/旧值改掉:

Git 收敛(最关键)

  • git.openRepositoryInParentFolders: "never" —— 不再扫描父目录仓库,根除家目录回灌
  • git.autoRepositoryDetection: false —— 不自动发现仓库
  • git.autofetch: false —— 关闭后台拉取
  • git.repositoryScanMaxDepth: 1 —— 即便开启也只看顶层

关闭内置语言服务器typescript.validate.enablecss.validatehtml.validate.*json.validate.enable 全部 falsepython.languageServer: "None",Java 的 gradle/maven 导入关闭。

AI 兜底github.copilot.enable: {"*": false}chat.commandCenter.enabled: falsechat.mcp.autostart: "never"——即使以后误装回来也默认全关。

搜索防护search.followSymlinks: false,并在 search.exclude 里屏蔽 **/Library**/.Trash,避免在 ~ 下搜索时扫爆范围。

Markdown 增强files.autoSave: "afterDelay"editor.wordWrap: "on"markdown.preview 调好字号行高,让它真正像个趁手的文本编辑器。

四、第三步:清理孤儿数据

卸载扩展后,~/Library/Application Support/Code/User/ 下还残留大量自动生成的数据。逐个 du -sh 评估后清掉:

  • globalStorage/ 里 12 个已卸载扩展的残留(gitlens/java/python/jupyter/Edge DevTools 等)
  • workspaceStorage/(各工作区历史状态,567MB 大头
  • History/(本地编辑历史)
  • Copilot 残留 + chatLanguageModels.json + mcp.json + mcp/

磁盘占用从 613MB 降到 1.4MB。这些目录 VS Code 会按需重新生成,删掉不影响文件内容本身,只会丢失各工作区的布局和撤销栈。

五、第四步:关闭云同步(防回灌)

这是最容易漏的一步。Settings Sync 若开着,重启后会从云端把那 40+ 扩展和旧配置重新拉回,前三步全部白干。操作:Cmd+Shift+PTurn off Settings Sync → 取消勾选所有同步项。若想保留这份极简状态供其他设备用,应先关闭同步再做清理,或清理后单独执行一次上传覆盖。

六、复盘与注意事项

  1. 改配置前先确认 VS Code 已完全退出,否则运行中的进程会覆盖文件修改;state.vscdb 这类 SQLite 库尤其不要热改。
  2. 不可逆操作(删除目录)务必先 du 评估、先备份。这次每个清理项都先量了体积、确认了对应扩展已不在安装列表,再动手。
  3. 大目录往往藏在最不起眼处:567MB 的 workspaceStorage 比所有扩展加起来还大,单看扩展列表是发现不了的。
  4. 「回归本质」的关键不是删扩展,而是切断自动化链路——Git 索引、autofetch、LSP、云同步,这些「贴心」功能才是持续耗资源的根源。

核心要点一句话:先关云同步防回灌 → 卸 AI 扩展 → 用 settings.json 切断 Git/LSP/AI 自动化 → 删孤儿数据。重启后打开 ~,卡顿消失。

分享: