IntelliJ IDEA 缓存和索引：每个 JVM 开发者迟早要做的一次磁盘瘦身

%LOCALAPPDATA%\JetBrains 里到底装了什么

IntelliJ 的每个版本都把数据放在一对文件夹里：系统数据在 %LOCALAPPDATA%\JetBrains\IntelliJIdea2025.1，配置在 %APPDATA%\JetBrains\IntelliJIdea2025.1。system 这一侧装的全是重家伙——搜索索引、代码缓存、本地历史元数据、compile-server 的输出和日志——这些东西一旦丢了，全部从零重建。config 一侧放的是你的设置、插件和授权状态，这部分是随手不能删的。

结构性问题出在版本化上：2024.2、2024.3、2025.1 每个都分到崭新的一对文件夹，而升级时没人去删旧的。三年小版本更迭之后，翻出八个版本的多 GB system 文件夹、其中真正在用的恰好只有一个，属于正常现象。再加上 %USERPROFILE%\.gradle 和 %USERPROFILE%\.m2 里 Gradle 和 Maven 各自的缓存——那是另一个庞大的话题——JVM 工具链占的磁盘轻松超过操作系统。

安全的清理方式

关掉 IDE 之后，顺序几乎无所谓；唯一真正的规矩，是分清自己此刻动的是 system/config 划分的哪一侧。旧版本的文件夹，从新版能正常工作的那一刻起就是纯粹的死重；而当前版本的缓存，代价不过是一次重新索引。

File → Invalidate Caches...——IDE 内的正规路径；要完全重置就勾上 Clear file system cache and Local History
旧的 %LOCALAPPDATA%\JetBrains\IntelliJIdea<版本> system 文件夹——新版本稳定跑过几天后即可删除
当前版本的 system\caches 和 system\index——IDE 关闭时删是安全的，下次启动会完整重建索引
system\log——攒了几个月的 idea.log，随便删
%APPDATA%\JetBrains\<版本>——配置、插件、设置；除非目标就是恢复出厂，否则别碰
Toolbox 用户：%LOCALAPPDATA%\JetBrains\Toolbox\apps——不用的 IDE 版本通过 Toolbox 界面移除

下次启动会发生什么

清掉缓存后，IntelliJ 会为你打开的每个项目重建索引；在大型 monorepo 上，这意味着几分钟的 CPU 满载和一条进度条，所以请赶在截止日之前做，而不是当中做。本地历史如果一并清了就没了——把它当成设计上就是一次性的东西，而不是备份。回报是对等的：在一台跑惯了的开发机上收回 20 到 40 GB 属于日常操作，谈不上壮举。

为了让它不再长回来，把突击式的大扫除改成例行公事：把旧版本检查并入和其余 Windows 清理相同的月度流程——Kleaner PRO 过一遍，就能把 JetBrains 文件夹连同常见临时文件一起处理掉；日历提醒也能免费干同样的活。JVM 总会找到新的办法填满磁盘；问题只在于，你是在占用率 90% 时发现，还是在只剩 5 GB 时发现。