invalidate caches 本身不删除文件，仅标记失效并重建缓存；项目“变轻”源于重启后跳过旧索引、按需生成紧凑新缓存，且需手动清理 ~/.cache/jetbrains/phpstorm* 等残留目录。
PhpStorm 内置的 “Invalidate Caches” 不会自动识别或删除“过期缓存文件”，它只标记全部缓存为失效并重建——所谓“软件瘦身”效果，取决于你是否同时清理了残留的磁盘缓存目录。
为什么 Invalidate Caches 后项目变轻了？
用户感知的“瘦身”，往往不是 Invalidate Caches 本身干的，而是重启后 PhpStorm 自动跳过已失效的旧索引文件、不复用损坏的符号缓存，并在重建时按需生成更紧凑的新缓存。但前提是：那些旧缓存文件没被其他进程锁住，且磁盘上没堆积大量插件/历史/日志残留。
-
Invalidate and Restart是唯一触发重建的原子操作；仅点Invalidate不释放 JVM 内存中的索引上下文，标红、跳转失效等问题照旧 - 真正占用空间的大户常是：
~/.PhpStorm2025.3/system/caches（索引快照）、~/.cache/JetBrains/PhpStorm2025.3（编译中间产物）、~/.PhpStorm2025.3/system/log（滚动日志） - vendor 目录若未设为
Sources Root，PhpStorm 仍会尝试扫描却失败，留下大量空索引碎片，这类“伪缓存”不会被 Invalidate 清理
手动清空缓存目录前必须确认的三件事
直接删目录比点菜单快，但也更容易误伤。执行前请核对：
- 当前 PhpStorm 版本号是否匹配路径名？例如
~/.PhpStorm2025.3，不是~/.PhpStorm2025.3.1或~/.PhpStorm2025.x—— 错删会导致下次启动重建全部配置，丢失断点、运行配置等 - IDE 是否已完全退出？任务管理器 / Activity Monitor 中不能有
java或phpstorm64.exe进程残留，否则文件可能被锁定无法删除 - 是否备份了
~/.PhpStorm2025.3/config/options/下的关键配置？比如keymap.xml、colors.scheme.xml，这些不随 Invalidate 重置，但删整个 config 就没了
清理插件残留比清缓存更影响“瘦身”效果
卸载插件后，.jar 文件虽被删，但配置、缓存、日志仍在磁盘上持续占空间，且可能拖慢启动速度。关键路径要逐个检查：
- 插件安装目录：
~/.phpstorm/config/plugins（macOS/Linux）或C:\Users\用户名\.phpstorm\config\plugins（Windows），删掉对应文件夹或.jar - 插件配置残留：
~/.phpstorm/config/options/settingsPlugins.xml，打开后搜索插件名，删掉相关<plugin></plugin>节点 - 缓存残留：
~/.phpstorm/system/caches可直接清空——重启后自动重建，但首次索引会稍慢
真正决定“瘦身”成败的，往往不是缓存重建本身，而是你有没有顺手把 ~/.cache/JetBrains/PhpStorm* 和插件日志里积压的几百 MB 临时文件一并清掉。这些目录不参与 Invalidate 流程，但常年累月下来，可能比缓存本身还占地方。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
