PhpStorm CPU占用90%+是因高频重解析、索引vendor/node_modules、JVM内存不足或插件冗余所致；应调高Autoreparse delay至1000ms以上、排除无关目录、增大-Xmx至2048m并启用G1GC、禁用非必要插件。
CPU 占用飙到 90%+ 不是 PhpStorm 坏了，而是它在“拼命干活”——多数情况能靠几项关键配置压下来，不用换机器、也不用重装。
调整 Autoreparse delay 防止高频重解析
敲字时 CPU 瞬间拉满，尤其连续输入（比如连按 ababababa），大概率是实时语法检查太激进。PhpStorm 默认每改一个字符就触发一次解析，小项目没问题，大项目直接卡死。
- 路径：
Settings > Editor > Code Editing > Error Highlighting - 把
Autoreparse delay从默认的0改成1000（毫秒）或更高，比如2000 - 效果：编辑时不立即响应，但敲完停顿 1–2 秒再检查，CPU 峰值下降明显（实测从 100% → 40%~60%）
- 注意：设太高会导致错误提示延迟太久，影响开发节奏；低于 500 毫秒对大项目基本没改善
排除 vendor 和 node_modules 目录
PhpStorm 默认会索引所有文件，包括 vendor（Composer）和 node_modules（npm/yarn）。这些目录动辄数万甚至数十万文件，索引一跑就是几分钟，后续跳转、补全、搜索全受影响，CPU 持续高负载。
- 右键点击项目中的
vendor或node_modules文件夹 →Mark as > Excluded - 确认已生效：被排除的目录图标带灰色斜杠，且不再出现在
Find in Path结果中 - 例外处理：如果用了 Composer 的
path类型本地包，需在Settings > Project > Project Structure > Modules中将对应路径重新标记为Sources，否则跳转会失效 - 不建议用
File Types > Ignore files and folders替代 —— 它只禁用高亮，不阻止索引
优化 JVM 参数避免 GC 频繁抖动
CPU 高占用常伴随频繁垃圾回收（GC），尤其堆内存设得太小或 GC 策略不合适。默认 -Xms128m -Xmx512m 对现代 PHP 项目完全不够用，导致每分钟多次 Full GC，线程反复暂停，编辑卡顿明显。
立即学习“PHP免费学习笔记（深入）”；
- 编辑
phpstorm64.vmoptions（Ubuntu 路径通常是/opt/phpstorm/bin/phpstorm64.vmoptions或~/PhpStorm-*/bin/phpstorm64.vmoptions） - 推荐配置（16GB 物理内存机器）：
-Xms1024m-Xmx2048m-XX:ReservedCodeCacheSize=512m-XX:+UseG1GC -
-Xmx别超过物理内存的 70%，否则系统可能启用 swap，反而更慢 - 改完必须重启 PhpStorm —— JVM 参数不支持热加载
关掉非必要插件和后台服务
插件不是越多越好。像 Database Tools、Remote Development、REST Client 这类功能完整但资源消耗大的插件，如果当前项目根本不用，就会持续监听文件变化、占用线程和内存。
- 路径：
Settings > Plugins，只留核心几个：Laravel（Laravel 项目）、PHP Annotations、Git、Markdown - 顺手检查系统级干扰：Ubuntu 下运行
systemctl list-unit-files --state=enabled，禁用不用的bluetooth、cups等服务 - IDE 启动时关闭浏览器、VS Code、Docker Desktop 等内存大户，给 PhpStorm 留出至少 4GB 可用内存
真正难搞的是混合场景：大 Laravel 项目 + Vue 前端 + 本地 path 包 + 自定义 PHPStan 规则。这时候单调某一项作用有限，得同步做排除、延时、JVM、插件四件事。漏掉任意一环，CPU 都可能悄悄回到 80% 以上。
