Кеші та індекси IntelliJ IDEA: дискова дієта, яка колись знадобиться кожному JVM-розробнику

Що насправді лежить у %LOCALAPPDATA%\JetBrains

Кожна версія IntelliJ тримає дані в парі тек: системні — у %LOCALAPPDATA%\JetBrains\IntelliJIdea2025.1, конфігурація — у %APPDATA%\JetBrains\IntelliJIdea2025.1. У системному боці живе все важке — пошукові індекси, кеші коду, метадані локальної історії, вивід compile-server і логи — і все це будується заново з нуля, якщо зникне. У конфігураційному — ваші налаштування, плаґіни й ліцензія, і ось цю частину не видаляють мимохідь.

Структурна проблема — версійність: у 2024.2, 2024.3 і 2025.1 — у кожної свіжа пара тек, і ніхто не прибирає старі при оновленні. Після трьох років точкових апдейтів нормально натрапити на вісім версій багатогігабайтних системних тек, з яких реально працює рівно одна. Додайте окремі кеші Gradle і Maven у %USERPROFILE%\.gradle та %USERPROFILE%\.m2 — це власна величезна тема — і виявиться, що JVM-тулчейн посідає на диску більше, ніж операційна система.

Яке чищення безпечне

При закритій IDE порядок дій майже не важливий; єдине справжнє правило — розуміти, на якому боці поділу system/config ви зараз стоїте. Теки старих версій — чистий мертвий тягар відтоді, як нова версія працює, а кеші поточної версії коштують вам рівно однієї переіндексації.

• File → Invalidate Caches... — штатний шлях з IDE; для повного скиду позначте Clear file system cache and Local History
• Старі системні теки %LOCALAPPDATA%\JetBrains\IntelliJIdea<версія> — видаляйте, коли нова версія попрацює кілька днів
• system\caches і system\index поточної версії — безпечно при закритій IDE, повна переіндексація при наступному старті
• system\log — місяці файлів idea.log, видаляйте вільно
• %APPDATA%\JetBrains\<версія> — конфігурація, плаґіни, налаштування; не чіпайте, якщо мета — не скид до заводських
• Користувачам Toolbox: %LOCALAPPDATA%\JetBrains\Toolbox\apps — прибирайте невикористані версії IDE через сам Toolbox

Чого чекати при наступному запуску

Після очищення кешів IntelliJ перебудує індекси кожного відкритого проєкту; на великому монорепозиторії це хвилини навантаження CPU і смуга прогресу — робіть це до дедлайну, а не під час. Локальна історія зникає, якщо ви її очистили, — вважайте її одноразовою за задумом, а не бекапом. Окупується все сорозмірно: повернути 20–40 гігабайтів на наторувальній робочій машині — рутина, а не подвиг.

Щоб багатство не відростало назад, зробіть обхід регулярним, а не героїчним: уведіть перевірку старих версій у той самий місячний цикл, що й решта чищення Windows, — прохід Kleaner PRO разом зі звичайними тимчасовими файлами захоплює і теки JetBrains, а календарне нагадування робить те саме задарма. JVM завжди знайде нові способи заповнити диск; питання лише, дізнаєтеся ви про це на 90 відсотках заповнення чи при 5 гігабайтах вільних.

Питання та відповіді

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