QuickFix与IntentionAction的区别、适用场景及版本状态问询

一、本质定位与触发逻辑的核心区别 #

这俩的核心差异在于是否绑定代码错误状态：

• QuickFix（含LocalQuickFix）：完全绑定到代码的错误/警告（由Inspection检测出来的问题）。只有当代码出现红、黄等提示标记时，Alt+Enter菜单里才会出现对应的QuickFix选项，目的是修复问题，让代码回到合法状态。
  • 比如你写了List<String> list = new ArrayList();（缺少泛型），Inspection标黄后，Alt+Enter里的“Add missing generic arguments”就是QuickFix。
• IntentionAction：不依赖代码错误，是主动的代码优化/编码辅助动作。不管代码有没有问题，只要当前上下文符合条件，Alt+Enter里就能调出，目的是提升代码质量、简化编码流程。
  • 比如你写了一个普通的for循环遍历集合，即使代码完全合法，Alt+Enter里的“Replace with forEach loop”就是IntentionAction。

另外，LocalQuickFix是QuickFix的子类，专门用于仅需修改当前文件的修复动作——绝大多数日常的QuickFix都是LocalQuickFix，跨文件的全局修复场景很少见。

二、各自适用场景 #

优先用QuickFix的场景

• 修复语法错误：未导入依赖类、变量未初始化、方法参数类型不匹配、抛出未声明的异常等。
• 修复静态代码分析问题：空指针风险、未使用变量/方法、不符合代码规范的写法（比如硬编码字符串）、资源未关闭等。
• 所有需要“把错误代码改成合法代码”的场景，都是QuickFix的主场。

优先用IntentionAction的场景

• 代码重构与优化：将匿名内部类转为Lambda、提取重复代码为方法/变量、合并冗余的条件判断、简化嵌套代码等。
• 快速编码辅助：生成类的getter/setter、构造函数、补全switch case分支、自动添加@Override注解、快速包裹代码块（比如用if判断包裹）等。
• 代码风格调整：统一变量命名格式、调整代码缩进、将链式调用拆分为多行等（这类动作不影响代码正确性，只优化可读性）。

三、是否有被淘汰的情况？ #

目前这两个体系都没有被JetBrains官方淘汰，仍然是插件开发中实现代码辅助动作的核心API。不过现在更推荐使用混合实现类（比如LocalQuickFixAndIntentionActionOnPsiElement），因为很多动作既可以作为修复错误的QuickFix，也可以作为主动优化的IntentionAction。

举个例子：删除未使用变量的动作——当Inspection检测到未使用变量（标黄）时，它是QuickFix；用户也可以主动选中变量，通过IntentionAction触发删除操作。用混合类就能让同一个逻辑在两种场景下生效，避免重复代码。

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