ESLint错误是否有严重程度分级？如何对不同规则报错做优先级排序

官方内置规则分级标准 #

ESLint所有内置规则默认已经按照影响程度做了三级划分，你可以直接基于这个预设等级评估错误严重性：

• 错误级（Error）：检测明确的逻辑漏洞、运行时Bug或不符合ECMAScript标准的非法写法，哪怕仅出现1次也可能导致线上故障。你提到的no-multi-assign就属于这一级，这类规则触发时默认会阻断CI/CD流程。
• 警告级（Warn）：检测不符合开发最佳实践的写法，不会直接导致运行错误，但会大幅提升代码维护成本、提高后续迭代出Bug的概率。你示例中的no-var、no-shadow都属于这一级。
• 风格级（Stylistic）：仅约束代码格式化规范，完全不影响代码逻辑运行。你示例中的comma-dangle（尾逗号）、引号类型、缩进规则都属于这一级，这类问题可以通过工具批量修复。

优先级排序实操方法 #

你可以按照以下顺序处理报错，完全可以解决你提到的「频次低但更严重的错误优先」的需求：

• 第一优先级：全量处理错误级规则的所有报错，和出现频次无关，哪怕仅出现1次也要优先修复。
• 第二优先级：处理警告级规则的报错，可结合出现频次加权排序，同一规则下出现次数越多的越优先处理，比如你示例中出现136次的no-shadow，说明项目中变量命名遮蔽的问题已经非常普遍，应该优先集中修复。
• 第三优先级：最后处理风格级规则的报错，这类问题不需要人工逐个修改，直接用自动格式化工具即可批量修复，如果你团队有自定义风格约定，也可以直接调整ESLint配置关闭对应校验。

第三方规则分级补充 #

如果你用到了框架插件、自定义团队规则，可以自行按照「是否导致运行错误」「是否影响可维护性」「是否仅为风格问题」三个维度，对应到上面三个等级后，再按相同逻辑排序即可。

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