如何排查IntelliJ IDEA中Parsing Java阶段编译耗时过长问题

第一步：采集IDE内部性能数据，直接定位耗时根因 #

不要靠猜测判断问题点，直接用IDE自带工具拿量化数据：

• 打开内置活动监控：双击Shift搜索Activity Monitor启动面板，可实时查看解析、索引流程中每个文件、每个插件的CPU占用时长，按耗时倒序就能直接确认是特定类、特定插件还是第三方依赖拉高了耗时。
• 开启解析阶段的调试日志：双击Shift搜索Debug Log Settings，在输入框中添加配置项#com.intellij.util.indexing:trace，重启IDE复现一次卡顿后，打开IDE日志目录下的idea.log文件，日志会按执行顺序打印每个文件的解析、索引耗时，可直接筛选出耗时Top的文件或依赖包。
• 抓取CPU/内存快照：复现卡顿的过程中，双击Shift搜索CPU Profiler和Capture Memory Snapshot分别生成性能快照，快照会完整打印解析阶段的调用栈，如果是GUI Designer插件反复解析.form文件、注解处理器重复遍历类结构、甚至解析逻辑死循环，都会直接在栈顶暴露。

第二步：针对性验证可疑诱因 #

针对提到的两个怀疑点，做隔离验证即可快速确认：

• 验证大体积Swing类的影响：临时将这个13000行的类剪切到项目外的临时目录，等IDE清空相关索引后，随便修改一个普通Java文件触发重编译，观察Parsing java...阶段的耗时，如果直接降到秒级，说明问题确实和该类相关。正常情况下13000行Java类解析耗时不会超过1秒，出现分钟级耗时基本是类中存在触发IDE解析性能缺陷的写法：比如超过百层的匿名类嵌套、大量重复的lambda表达式、循环引用的内部类、单方法长度过万行等，这些写法会让PSI语法树遍历复杂度指数级上升。
• 验证IntelliJ GUI Designer的影响：打开Settings -> Editor -> GUI Designer，临时将字节码生成选项切换为Java source code，同时将和该Swing类绑定的.form文件重命名加.bak后缀临时屏蔽，再触发重编译观察耗时。旧版GUI Designer存在已知性能bug：如果.form文件绑定了不存在的组件、自定义组件类路径存在循环依赖，会触发IDE递归扫描类结构，甚至出现死循环解析。

第三步：排除易被忽略的其他诱因 #

• 排查注解处理器影响：打开Settings -> Build, Execution, Deployment -> Compiler -> Annotation Processors，临时取消勾选Enable annotation processing后触发编译，部分旧版Lombok、MapStruct或UI相关注解处理器不支持增量解析，遇到大体积类时会全量遍历所有类的AST结构，哪怕只改一行代码也会触发全量重解析。
• 排查Maven依赖异常：打开Maven面板的Show Dependencies视图，检查是否存在重复引入的多版本Swing依赖、重复关联的sources源码包，IDE在类路径下发现多版本同名类时，会反复回溯类路径做匹配，解析耗时会上升数十倍。
• 排查第三方插件干扰：按住Shift键启动IDE，选择Safe Mode禁用所有第三方插件后复现问题，部分代码检查、UI美化类插件会hook PSI解析流程，在处理大体积文件时性能劣化非常明显。

重构拆分前的临时提速方案 #

• 日常开发时可右键该大Swing类，选择Mark as -> Plain Text，将其临时标记为纯文本排除在索引解析范围外，需要修改编译该类时再切回Java类型，避免写其他业务代码时IDE反复解析该文件。
• 打开Settings -> Build, Execution, Deployment -> Compiler，勾选Compile independent modules in parallel，将Build process heap size调整到2048MB以上，避免编译过程中内存不足触发频繁GC拖慢速度。
• 如果确认是GUI Designer导致的卡顿，可临时固定其自动生成的Java代码，禁用.form文件和类的自动绑定，绕开插件的解析逻辑。

内容的提问来源于stack exchange，提问作者BullyWiiPlaza