作者 | Daniel Curtis

譯者 | 田橙

廣泛使用的 JavaScript 和 TypeScript 代碼檢查工具 ESLint 發(fā)布了 10 版本，這是自引入 flat config 配置體系以來最重要的一次更新。該版本完成了多年逐步推進(jìn)的架構(gòu)調(diào)整，移除了長(zhǎng)期棄用的 API，并帶來一系列面向插件作者和 monorepo 團(tuán)隊(duì)的開發(fā)體驗(yàn)改進(jìn)。

v10 中最關(guān)鍵的變化，是徹底移除了舊版 eslintrc 配置系統(tǒng)。自 v9 起，flat config（eslint.config.js）已成為 默認(rèn)配置方式，但舊格式仍可通過 LegacyESLint 使用。如今，這一兼容層已完全刪除。Linter 上的 defineParser()、defineRule()、defineRules() 和 getRules() 方法均被移除，shouldUseFlatConfig() 也將始終返回 true。仍在使用 .eslintrc 文件的團(tuán)隊(duì)，在升級(jí)前必須完成遷移。

官方提供的遷移工具可以簡(jiǎn)化這一過程：

npx @eslint/migrate-config .eslintrc.json

該命令會(huì)生成一個(gè) eslint.config.mjs 文件，開發(fā)者可以在此基礎(chǔ)上進(jìn)行審查和調(diào)整。官方 遷移指南 中詳細(xì)列出了所有重大變更，DEV Community 上也有第三方實(shí)踐文章對(duì)升級(jí)步驟進(jìn)行了更細(xì)致的說明。

在配置體系清理之外，v10 還改變了 ESLint 查找配置文件的方式。不再?gòu)漠?dāng)前工作目錄開始查找，而是從每個(gè)被 lint 文件所在的目錄向上查找。這一變化對(duì)于 monorepo 場(chǎng)景尤為重要，不同子包可以擁有各自的規(guī)則配置，同時(shí)也更符合開發(fā)者的直覺預(yù)期。

JSX 引用追蹤是另一個(gè)重要更新。此前，ESLint 并不會(huì)將 JSX 中的標(biāo)識(shí)符識(shí)別為變量引用，這會(huì)導(dǎo)致 no-unused-vars 等規(guī)則產(chǎn)生誤報(bào)：僅在 JSX 中使用的組件會(huì)被錯(cuò)誤標(biāo)記為“未使用”。過去需要借助如 @eslint-react/jsx-uses-vars 這類插件進(jìn)行修復(fù)，如今已不再需要。

RuleTester API 也得到了增強(qiáng)，新增 requireMessage、requireLocation 和 requireData 等斷言選項(xiàng)。這些能力使插件作者能夠編寫更嚴(yán)格的測(cè)試，確保規(guī)則行為與提示信息保持一致。同時(shí)，測(cè)試失敗時(shí)的堆棧信息現(xiàn)在會(huì)包含出錯(cuò)用例的索引和文件位置，從而減少在大型規(guī)則測(cè)試集中定位問題的時(shí)間。

在運(yùn)行環(huán)境方面，Node.js 支持范圍調(diào)整為 ^20.19.0 || ^22.13.0 || >=24，完全移除了對(duì) v21.x 和 v23.x 的支持。eslint:recommended 配置也進(jìn)行了更新，新增了一些規(guī)則，這意味著升級(jí)后，現(xiàn)有代碼庫(kù)中可能會(huì)出現(xiàn)新的 lint 報(bào)告。

生態(tài)兼容性方面也出現(xiàn)了一些問題。eslint-plugin-react 在 GitHub issue 中指出，其 peerDependencies 尚未聲明支持 ESLint 10，導(dǎo)致不少 React 開發(fā)者在安裝時(shí)遇到?jīng)_突。類似問題也出現(xiàn)在 eslint-config-next 上，該配置是 Next.js 默認(rèn)提供的 ESLint 配置，截至 2026 年 3 月仍未解決。

社區(qū)反饋也反映出一定的遷移成本。在 Reddit r/javascript 的討論中，有開發(fā)者表示：

老實(shí)說，flat config 的理念是好的，但遷移體驗(yàn)很糟糕。每個(gè)插件對(duì) flat config 的支持都不太一樣，基本就是不停試錯(cuò)。

與此同時(shí)，JavaScript 工具鏈的競(jìng)爭(zhēng)也在持續(xù)加劇?；?Rust 的替代方案，如 Biome 和 Oxlint，正憑借更高的性能逐步獲得關(guān)注。有開發(fā)者在 Reddit 中表示：

我已經(jīng)轉(zhuǎn)到 Biome 了，規(guī)則覆蓋可能不到 100%，但大概 95% 已經(jīng)夠用，性能優(yōu)勢(shì)足以彌補(bǔ) ESLint 的開銷。

根據(jù) Oxc 官方基準(zhǔn)測(cè)試，Oxlint 在不同 CPU 核心數(shù)下可實(shí)現(xiàn)比 ESLint 快 50 到 100 倍的 lint 速度，而 Biome 則將 lint 和格式化整合在同一個(gè)工具中。不過，這類工具的權(quán)衡點(diǎn)在于規(guī)則覆蓋度，目前仍無(wú)法完全匹配 ESLint 的完整生態(tài)。

ESLint 是一個(gè)開源、可擴(kuò)展的 JavaScript 和 TypeScript 代碼檢查工具，由 Nicholas C. Zakas 于 2013 年創(chuàng)建，目前由 OpenJS Foundation 維護(hù)，采用 MIT 許可證，每周 npm 下載量超過 1.2 億次。

在 v10 發(fā)布后，10.0.1 和 10.0.3 已陸續(xù)發(fā)布用于修復(fù)問題，10.1.0 也已于 2026 年 3 月 20 日上線。

https://www.infoq.com/news/2026/04/eslint-10-release/

聲明：本文為 InfoQ 翻譯，未經(jīng)許可禁止轉(zhuǎn)載。