Чистка Visual Studio: кэш установщика и папки компонентов

Где на самом деле лежат гигабайты

Сама 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 ГБ.

Поверх этого — пользовательский слой: %LOCALAPPDATA%\Microsoft\VisualStudio\<version> держит кэши вроде ComponentModelCache и MEF-кэша плюс хранилище секретов; %USERPROFILE%\.nuget\packages умеет тихо вырасти больше самой IDE; и у каждого решения есть папка .vs с базами IntelliSense и автосохранением. Это единственные папки во всей конструкции, где удаление — нормальная процедура обслуживания, а не сценарий ремонта.

• C:\Program Files\Microsoft Visual Studio\2022\<Edition> — IDE и компоненты рабочих нагрузок, управляются только установщиком
• C:\Program Files (x86)\Microsoft Visual Studio\Installer — загрузчик, управляющий всеми экземплярами, около 100 МБ, никогда не удалять
• 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, нажмите «Изменить» у своего экземпляра и снимите галочки с того, чем перестали пользоваться: инструментарий для игр, мобильные нагрузки, встраиваемые тулчейны и старые targeting-пакеты .NET — обычные подозреваемые на много гигабайт. Снос целого второго экземпляра — старой 2019-й рядом с 2022-й — самый крупный разовый выигрыш, и установщик делает это за один чистый проход. Удаление папок компонентов руками даёт ту же экономию диска, но превращает подлежащую ремонту установку в сломанную: установщик отслеживает, что и куда он положил.

Про папку Packages спрашивают чаще всего, и честный ответ: удалить её можно, ничего не сломается — но не нужно. Без этих пакетов следующая операция «Изменить», «Восстановить» или «Обновить» перекачает всё заново, что на медленном канале стоит дороже освобождённого места. Единственное документированное исключение для отчаянных случаев — InstallCleanup.exe с флагом -full из каталога Installer: он сносит все экземпляры, сам установщик и все кэши на машине. Это кнопка сброса, а не процедура чистки — после неё придётся ставить всё с нуля.

Обслуживание, которое действительно рутина

Между ужиманиями через установщик машину в форме держат три привычки. Чистите пользовательские кэши, когда Visual Studio начинает чудить — ошибки расширений и побитый MEF-кэш классика, — удаляя подпапки кэшей при закрытой IDE. Держите кэш NuGet в порядке командой dotnet nuget locals all --clear время от времени и позволяйте старым .vs умирать при архивации решения: они пересоздаются при первом открытии, один раз медленнее и потом правильно. Логи загрузки и установки из %TEMP% от неудавшихся инсталляций удалять всегда безопасно.

Ничего из этого не нужно делать еженедельно. Машина разработчика, где раз в несколько месяцев пересматривают рабочие нагрузки, после каждой второй версии Visual Studio сносят старый экземпляр и чистят кэш NuGet, когда restore начинает буксовать, останется под контролем — и ни разу не потребует тащить папки компонентов в корзину.

Вопросы и ответы

Читайте также