Sublime Text 实现 ESLint 自动修复需满足三条件：安装启用 SublimeLinter 与 SublimeLinter-eslint、项目根目录有含 fixable 规则的 .eslintrc 配置、SublimeLinter 设置中启用 "fix_on_save": true；eslint.autoFixOnSave 是 VS Code 配置，Sublime 中无效。
Sublime Text 本身不支持 ESLint 自动修复，所谓“安装 ESLint-formatter”是个常见误解——根本不存在叫这个名字的官方插件，真正起作用的是 SublimeLinter + SublimeLinter-eslint 组合，且必须启用 fix_on_save 并满足三个硬性条件。
SublimeLinter-eslint 能不能自动修复，只看这三件事
很多人装完插件、改了设置，保存文件依然没反应。不是配置漏了，而是以下三点缺一不可：
-
SublimeLinter和SublimeLinter-eslint都已安装并启用（仅装后者无效） - 项目根目录存在有效的
.eslintrc.js或.eslintrc.json，且其中至少有一条规则带fixable: "code"（如semi、quotes、no-unused-vars） - 在
Preferences → Package Settings → SublimeLinter → Settings中，明确设为"fix_on_save": true（默认是false）
注意：eslint.autoFixOnSave 是 VS Code 的配置项，在 Sublime 里写进去完全无效，属于最常被照搬却导致失败的坑。
为什么 eslint --fix 命令行能跑，Sublime 却不修复？
SublimeLinter-eslint 底层就是调用你本地的 eslint CLI。命令行能跑 ≠ Sublime 能调用到它。常见断点：
前端设计与 UI/UX 全方位优化专家。覆盖视觉层次、排版系统、色彩理论、响应式布局、交互体验、动画动效、无障碍访问、性能优化八大维度，帮助开发者将普通页面升级为高品质产品级界面。前端设计与 UI/UX 全方位优化专家。覆盖视觉层次、排版系统、色彩理论、响应式布局、交互体验、动画动效、无障碍访问、性能优化八大维度，帮助开发者将普通页面升级为高品质产品级界面。
立即学习“前端免费学习笔记（深入）”；
- 全局没装
eslint：运行npm install -g eslint（推荐），或确保项目node_modules/.bin/eslint存在 - macOS 下 GUI 应用读不到 shell 的 PATH（比如
~/.zshrc）：在 SublimeLinter 设置中显式指定"executable": ["node", "/absolute/path/to/node_modules/.bin/eslint"] - 用了
yarn但 Sublime 没走yarn的 bin 目录：同上，手动填路径更可靠 - 当前文件语法未被识别为 JavaScript/Vue：检查右下角状态栏是否显示
JavaScript或Vue Component，否则 lint 不会触发
验证方法：在项目根目录执行 npx eslint --fix src/index.js，成功后再回 Sublime 测试。
ESLint 和 Prettier 同时存在时，格式越修越乱？
如果项目同时配了 Prettier 插件（比如 Prettier - JavaScript formatter）和 SublimeLinter-eslint，两者可能在保存时抢着改代码，造成缩进错乱、引号混用甚至语法错误。
- 正确分工：
ESLint只管「代码质量」（如变量未使用、箭头函数括号），Prettier独占「格式化」（缩进、换行、空格） - 禁用 ESLint 中所有格式类规则：在
.eslintrc.js的rules里关掉indent、comma-dangle、arrow-spacing等 - 引入
eslint-config-prettier：在extends数组末尾加上"prettier"，它会自动关闭所有与 Prettier 冲突的规则
别让两个工具对同一段代码做语义不同的修改——这是 Sublime 前端规范化中最容易被忽略的协作逻辑。
