ESLint 到底能干嘛？它除了扫描还能帮你自动修复错误吗？

凌晨2点的紧急生产事故中，团队成员因手误写成if (user = admin)导致权限漏洞——这种本应在代码审查阶段就被拦截的低级错误，恰恰是ESLint最擅长的领域。作为现代前端开发的标配工具，ESLint早已突破单纯的代码扫描范畴，正在成为团队协作的质量守门员。

ESLint通过AST抽象语法树解析技术，能够精准识别超过400种代码问题类型。从基础语法错误到潜在内存泄漏，从==误用引发的类型转换陷阱到未定义变量的引用风险，其检测范围覆盖：

语法错误（如缺少分号、括号不匹配）
代码异味（如未使用的变量、重复定义）
安全隐患（如eval使用、不安全的正则表达式）
风格违规（缩进、命名规范等）

按下Ctrl+S保存时自动修复的魔法，源于ESLint的--fix参数机制。该功能目前已支持60%以上的规则自动修正，典型场景包括：

// 修复前
const foo = 'bar';
console.log(foo)

// 修复后（自动补全分号）
const foo = 'bar';
console.log(foo);

通过配置overrides字段，可针对特定文件类型设置不同的修复策略。实测数据显示，使用自动修复功能可减少约40%的代码审查工作量。

ESLint的extends配置继承体系，让团队规范的落地变得可视化。基于流行规范如：

Airbnb JavaScript Style Guide
Google JavaScript Style Guide
StandardJS

通过.eslintrc.配置文件，可实现多项目配置的统一管理。pre-commit钩子与CI/CD管道的集成，更是将代码质量控制前移到开发阶段。

执行eslint --fix [文件路径]时，ESLint会尝试修复以下类型问题：

缩进调整（tab转space）
引号统一（单双引号转换）
分号补全/删除
变量重命名建议

主流编辑器均支持ESLint实时修复：

编辑器	快捷键	修复范围
VS Code	Ctrl+.	当前行/整个文件
WebStorm	Alt+Enter	项目级批量修复

通过编写rule fixer函数，开发者可以扩展自动修复能力。例如实现：

module.exports = {
  create(context) {
    return {
      Literal(node) {
        context.report({
          node,
          message: "Use const instead of let",
          fix: fixer => fixer.replaceText(node.parent, "const")
        });
      }
    };
  }
};

通过eslint-config-prettier消除规则冲突，实现：