刚开始学编程时你最常纠结的问题可能是：“这行代码能不能跑起来？”只要程序能运行、结果正确，就觉得大功告成。话说回来，但在真正的团队开发里“能跑”只是最低要求。代码还要“好看、好读、不容易出错”。这就需要有个工具来帮忙把关，它就是 ESLint。

ESLint 是一个运行在 Node.js 上的代码检查工具。它不运行你的程序，而是像语文老师批改作文一样。把代码从头到尾读一遍，找出不符合规范的地方，再提示你修改。

举个例子，演示项目 index.mjs 里有这样一段代码：

let name = "shunwuyu";function hello {
console.log;}
hello，

这段代码能正常运行。但 ESLint 依然能挑出毛病：变量 name 用 let 声明后从没被重新赋值，其实用 const 更合适。

它的作用可以概括成三点：

• . 统一代码风格。
• . 提前发现潜在 bug。
• . 养成良好编码习惯。

. 统一代码风格。

A团队里有人爱用单引号、有人爱用双引号；有人加分号、有人不加，风格不统一，代码合并时会非常混乱。ESLint 用规则强制所有人保持一致。比如本项目配置里写了 "quotes": 意思就是"必须用双引号，否则报错"。

. 提前发现潜在 bug。

很多错误要到运行时才暴露，而 ESLint 能在你写代码时就提醒。比如规则 "no-var" 禁止使用老旧的 var 关键字——它有作用域陷阱。容易造成意外错误，改用更安全的 let/const。

. 养成良好编码习惯。

The rule "no-console" 提醒你：调试时可以打印日志，但上线前记得删掉。这种“温柔提示”能帮你建立规范意识。

它是怎么工作的？按理说，

主要是一份配置文件 里面定义了一条条“规则”。每条规则有三个级别：

• alert off : 关闭，不检查 — 当你想暂时忽略某个问题时使用；
• alert warn : 警告，提醒但不阻止；话说回来，适合尚未决定是否严格执行的规范；
• alert error : 报错，不修就无法通过 — 对不可接受的问题必需立即解决；.

"semi": // 每条语句必须加分号
"indent": // 缩进必须是4个空格
}

配好后在终端运行：

# 检查代码
npm run lint
# 检查并自动修复可修问题
npm run lint:fix --fix

参数 -‑fix  很贴心。像引号、分号这类格式问题它都能自动帮你改好，让手动改动变得省力无比。

为什么团队离不开它？

• 新同事加入项目。每个人代码风格都不一样，Review 时你要花大量时间去纠正“这个少分号、那个用错引号”。

说在任何需要多人协作、追求高质量交付的软件项目中。引入 ESLint 都是少不了的一步——让“好的”成为约定，让“不良”被即时识别并消除。

：让你的团队专注业务，而不是格式 — 就是借助 ESLint 的力量！🚀

最终一句话留给你：如果你还没有尝试过请先在小项目里跑一次 npm run lint 并观察报告，你会惊喜地发现原来如此多隐藏的小问题就在你的眼皮底下等待被清理！💡

感谢阅读，希望这篇文章帮助你更好地理解与使用 ESLint。并将其融入日常工作流程中，实现更稳健、更高效的软件开发体验。

🌟 Happy coding!🌟