Visual Studio 清理：安装器缓存与组件文件夹

GB 到底躺在哪

IDE 本体住在 C:\Program Files\Microsoft Visual Studio\2022\<Edition>——Community、Professional 或 Enterprise——这个文件夹几乎全是工作负载组件：编译器、SDK、MSBuild、调试器。旁边 C:\Program Files (x86)\Microsoft Visual Studio\Installer 里住着 Visual Studio Installer，个头不大，却是管理机器上所有实例的关键角色。真正吓人的缓存是 C:\ProgramData\Microsoft\VisualStudio\Packages，安装器把下载的包都放在这里——装满重型工作负载的 2022 全量安装能在这里停上 10 到 20 GB。

再往上是每用户层：%LOCALAPPDATA%\Microsoft\VisualStudio\<version> 装着 ComponentModelCache、MEF 缓存这类缓存，还有密钥库；%USERPROFILE%\.nuget\packages 能悄悄长得比 IDE 本体还大；每个解决方案还带着一个装 IntelliSense 数据库和自动保存数据的 .vs 文件夹。整个体系里，删除算正常维护而非修复场景的，只有这几个文件夹。

C:\Program Files\Microsoft Visual Studio\2022\<Edition> —— IDE 和工作负载组件，只由安装器管理
C:\Program Files (x86)\Microsoft Visual Studio\Installer —— 管理所有实例的引导器，约 100 MB，永远别删
C:\ProgramData\Microsoft\VisualStudio\Packages —— 安装器的下载缓存，多数安装里最大的单个文件夹
%LOCALAPPDATA%\Microsoft\VisualStudio\<version> —— 每用户缓存，关掉 Visual Studio 后可安全清空
%USERPROFILE%\.nuget\packages —— 全局 NuGet 缓存，正规清法是 dotnet nuget locals all --clear
每个解决方案里的 .vs —— IntelliSense 和自动保存缓存，解决方案关闭时随便删

要裁就通过安装器裁，别用文件管理器

真正省空间靠的是卸载工作负载，不是删文件夹。打开 Visual Studio Installer，在实例上点“修改”，把不再用的勾掉——游戏开发工具链、移动开发负载、嵌入式工具集和旧版 .NET 的 targeting pack，都是惯常的几个 GB 级嫌疑犯。把整个第二套实例卸掉——比如 2022 旁边还坐着个 2019——是能拿到的最大单项收益，安装器一遍就能干净搞定。手动删组件文件夹省的磁盘一样多，却把可修复的安装变成残废，因为安装器记录着每个文件放到了哪。

Packages 缓存是大家问得最多的文件夹，诚实的回答是：删了不会坏——但不该删。没了这些包，下次“修改”“修复”或“更新”就得重新下载所需的一切，网速慢时花的时间比省下的磁盘更贵。文档记载的唯一例外是绝境专用：Installer 目录里的 InstallCleanup.exe 加 -full 参数，它会删掉所有实例、安装器和全部缓存数据。那是重置按钮，不是日常清理——跑完就得从零重装。

真正算日常的维护

在安装器主导的裁剪之间，三个习惯能让开发机保持精瘦。Visual Studio 开始闹脾气时——扩展报错和 MEF 缓存损坏是经典症状——关掉 IDE 删掉缓存子文件夹，清一清每用户缓存。NuGet 缓存隔段时间跑一次 dotnet nuget locals all --clear 保持诚实；解决方案归档时就让旧的 .vs 文件夹寿终正寝，首次打开会重建——慢一次，之后一切正常。%TEMP% 里失败安装留下的引导和安装日志，随时可以删。

这些都不需要每周一次的节奏。一台每隔几个月做次工作负载盘点、每逢第二版 Visual Studio 就送走旧实例、restore 变慢时清一次 NuGet 缓存的开发机会一直稳稳当当——而且全程不需要把任何组件文件夹拖进回收站。