VSCode语言纠错依赖语言服务器与格式化工具协同，关键在settings.json中编辑器行为、语言服务开关、格式化参数三者对齐；否则提示缺失、延迟或误报。
VSCode 本身不内置语法纠错能力，所谓“语言纠错”实际依赖语言服务器（如 Pylance、ESLint、C/C++ Extension）和格式化工具（如 Prettier）协同工作；一键配置的关键不是装插件，而是让 settings.json 中的编辑器行为、语言服务开关、格式化参数三者对齐，否则纠错提示会缺失、延迟或误报。
为什么 ESLint / Pylance 提示不出现？检查 language ID 和启用状态
语言服务器只对正确识别的语言 ID 生效。右下角状态栏显示的是当前文件的语言模式（如 python、javascript），不是文件后缀。若显示 Plain Text 或错误 ID，所有纠错功能都会静默失效。
- 点击右下角语言名 → 选 “Configure File Association for .xxx” → 手动绑定后缀到正确语言 ID
- 在
.vscode/settings.json中确认已启用对应语言服务，例如："python.defaultInterpreterPath"必须指向有效 Python 环境，否则 Pylance 不启动 - 禁用
"editor.quickSuggestions"或"editor.suggestOnTriggerCharacters"会导致自动补全类纠错（如未定义变量提示）消失
保存时自动纠错：formatOnSave + codeActionsOnSave 组合配置
editor.formatOnSave 只调整格式，不修复语法错误；真正实现“保存即纠错”的是 editor.codeActionsOnSave，它能触发 ESLint 的 auto-fix、TypeScript 的自动导入等操作。
- 必须同时开启：
"editor.formatOnSave": true和"editor.codeActionsOnSave": { "source.fixAll": true } - 不同语言需单独覆盖：例如 JavaScript 项目中，
"[javascript]": { "editor.codeActionsOnSave": { "source.fixAll.eslint": true } } - 若
codeActionsOnSave不生效，大概率是 ESLint 插件未在当前工作区启用，或项目根目录缺少.eslintrc.js配置文件
缩进错乱导致纠错失效：detectIndentation 是最大干扰源
VSCode 默认开启 editor.detectIndentation，它会根据文件前几行自动推断缩进风格。一旦开头有注释、空行或混用空格/Tab，后续所有语言服务的缩进敏感型检查（如 Python 缩进错误、YAML 缩进警告）都会失准。
- 在项目级
.vscode/settings.json中强制关闭："editor.detectIndentation": false - 紧接着指定统一规则：
"editor.insertSpaces": true和"editor.tabSize": 2（或4，按语言社区惯例） - 确保 Prettier 的
tabWidth、ESLint 的indent规则与之完全一致，否则保存时会反复拉扯缩进
中文乱码 + 纠错失效：编码设置影响语言服务器加载
当文件以 GBK 打开但被当作 UTF-8 解析时，Python 或 TypeScript 语言服务器可能因读取到非法字节而直接跳过该文件，导致无任何提示——连语法高亮都可能异常。
- 全局设置中加：
"files.encoding": "utf8"、"files.autoGuessEncoding": true - 打开乱码文件后，右下角点编码 → “通过编码重新打开” → 选
GBK或GB2312→ 再另存为 UTF-8 - 终端输出中文乱码也会间接影响纠错：比如 Python
print("测试")报错，可能只是终端无法渲染，而非代码真有错；此时需配置terminal.integrated.profiles.windows强制chcp 65001
最常被忽略的一点：语言特定设置块（如 "[python]"）优先级虽高于全局，但低于插件自己的配置项（如 prettier.tabWidth）。纠错失效时，先查插件文档里哪些选项是“不可被 settings.json 覆盖”的，再决定改哪一层。
