不存在名为“performance”的官方idea插件；其功能实为内置profiler或第三方插件（如alibaba编码规约、pmd、boit、jprofiler plugin）中与性能相关的检查或分析能力。
没有叫“Performance”的官方 IDEA 插件。你在插件市场搜不到它，装了也根本不会生效——这是个常见误解，往往源于把功能名当成了插件名，或者混淆了第三方工具（如 Boit、JProfiler Plugin）里的“performance check”按钮。
为什么搜不到 Performance 插件？
JetBrains 官方插件仓库中，不存在名为 Performance 的独立插件。IDEA 自带的性能分析能力（如 CPU / 内存快照）是通过内置的 Profiler 工具链触发的，不依赖同名插件；而第三方插件（比如 Boit 或 FindBugs-IDEA）里出现的 “performance” 字样，只是某个检查项的标签，不是插件本身的名字。
- 在 Marketplace 搜索
Performance，返回结果全是带 performance 关键词的工具类插件（如JProfiler Plugin、VisualVM），没有纯Performance -
FindBugs-IDEA在 2020 年后已停止维护，且它的检查项归类为bad practice或performance，但插件名从不叫 Performance -
Boit插件右键菜单里的performance check是其 AI 分析模块的一个功能入口，不是独立插件
真正能做代码性能检查的插件有哪些？
如果你目标是静态发现低效代码（比如循环内重复创建对象、未关闭流、冗余计算），以下插件才实际可用：
-
Alibaba Java Coding Guidelines：能识别“OOP 规约”“并发处理”中明确影响性能的写法，例如String拼接误用、HashMap未预设容量、流式操作滥用等；扫描后直接标出Major级别问题 -
PMD：启用performance规则集（需手动勾选），可捕获EmptyLoop、UnusedLocalVariable、ConsecutiveAppendsShouldReuse等典型性能隐患 -
Boit：右键选中代码 →performance check，会给出具体改进建议（如“建议用 StringBuilder 替代 + 拼接”），但结论依赖模型，需人工核对 -
JProfiler Plugin：不是静态检查，而是运行时 profiling——启动应用后采集真实 CPU / 内存热点，定位瓶颈函数，适合验证而非预防
如何配置 PMD 的 performance 规则？
默认安装的 PMD 插件不会自动启用性能规则，必须手动打开：
- 进入
Settings > Editor > Inspections > PMD - 展开
PMD rules→ 勾选performance分组下的具体规则（如UseArrayListInsteadOfVector、AvoidInstantiatingObjectsInLoops） - 注意：部分规则（如
TooManyStaticImports）属于风格范畴，和性能无关，别误开 - 规则生效范围建议设为
Whole project，否则局部检查容易漏掉跨方法调用导致的性能问题
示例：当你写了 for (int i = 0; i ，PMD 启用 <code>CallSuperInConstructor 不会报错，但启用 AvoidRecomputingValues 就会标红 list.size() —— 因为它在每次循环中都被重复调用。
别指望插件自动优化性能
所有静态插件都只能提示“可能低效”，无法判断上下文是否真构成瓶颈。比如 new Date() 在日志里每秒调用一次没问题，但在高频交易路径里就是雷区；ArrayList 频繁扩容在小数据量下开销可忽略，但面对百万级集合就必须预设容量。真正决定性能的，永远是你的场景、数据规模和调用频次——插件只负责把常见反模式拎出来，剩下的得你结合 JProfiler 或 Arthas 实测验证。
