离线时source.fixall.eslint不生效，根本原因是vscode插件无法动态拉取解析器或补全逻辑，必须手动配齐语言服务、eslint插件和项目依赖；若eslint未安装、plugin版本不匹配、parser漏配、validate未含"vue"、formatonsave未禁用，均导致静默失败。
离线环境下 VSCode 的自动修复不会自己跑起来，必须手动配齐语言服务、ESLint 插件、项目依赖三者，缺一不可——否则保存时静默失败，连 source.fixAll.eslint 都没机会触发。
为什么离线时 source.fixAll.eslint 不生效？
根本原因是 VSCode 插件在离线时无法动态拉取解析器或补全逻辑，所有能力都依赖本地已部署的二进制和配置。
-
eslint命令本身未安装：运行npx eslint --version无输出，说明devDependencies缺失或未同步到离线机 -
eslint-plugin-vue版本不匹配：Vue 3 项目需 ≥ v9.0 才支持部分 fixable 规则（如vue/multi-word-component-names），低版本即使配置了也跳过 -
parserOptions.parser漏配：.eslintrc.js中若没写parser: '@typescript-eslint/parser'，<script setup></script>区域直接被跳过校验 - 状态栏右下角 ESLint 图标是灰色：代表当前文件未被纳入检查范围，大概率是
eslint.validate里漏了"vue"
editor.codeActionsOnSave 必须这样写才管用
这个设置不是“开了就行”，它和 editor.formatOnSave 冲突时会优先让后者接管，结果就是 ESLint 修复被吞掉。
- 必须显式启用：
"source.fixAll.eslint": true，不能只写"source.fixAll": true（后者会尝试调其他 linter，离线时易报错） - 必须禁用格式化抢夺权：
"editor.formatOnSave": false，尤其当 Volar 或 Vetur 同时存在时 -
eslint.validate要覆盖全部目标类型：["javascript", "typescript", "vue", "html"]，Vue 单文件里的内联 JS 也靠这个字段识别 - 离线环境建议加一层保险：
"files.associations": { "*.vue": "vue" }，避免文件被误判为 HTML 导致 ESLint 完全不加载
哪些 Vue 场景能修？哪些必须手动？
ESLint 的自动修复能力边界非常明确，离线时更不能指望它猜意图。
- 能修的（只要规则带 ✅ Fixable 标识）：
v-bind:→:、v-on:→@、尾逗号、缩进、单引号/双引号统一、删未使用变量（defineProps解构后） - 不能修的（涉及语义判断，离线时尤甚）：
defineProps类型缺失、ref在模板中未解包、watch依赖数组写法错误、no-console（只标红，不删） - 特别注意：
vue/require-default-prop默认不可修，除非你在自定义规则里手动加了meta.fixable = "code" -
<template></template>区域的修复能力取决于eslint-plugin-vue，不是 Prettier；<style></style>区域 ESLint 完全不碰，得靠stylelint或 Prettier
离线验证自动修复是否真可用
别信配置看起来对，得在真实文件里跑一次。最容易被忽略的是路径和缓存问题。
- 打开一个
.vue文件，确认右下角显示的是Vue（不是Vue HTML或HTML），否则eslint.validate里的"vue"就是白配 - 改一行代码触发一个可修复问题（比如删掉一个分号），按
Ctrl+S，看是否立刻补上——如果没反应，立刻查Output面板里ESLint输出通道有没有报错 - 运行
npx eslint --fix src/App.vue，对比命令行结果和 VSCode 保存行为是否一致；不一致说明插件没读到项目级配置 - 重启 VSCode 后首次保存可能卡顿：因为要启动 TS 语言服务，离线机器若没预装
node或node_modules/@volar/vue-language-server缺失，会静默失败
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
