VSCode不主动查语法警告，必须依赖语言服务器或Linter（如ESLint、Pylance、tsc）提供诊断结果；Problems面板为空通常因插件未安装、配置缺失、文件未被正确识别或诊断功能被禁用。
直接说结论：VSCode 本身不主动查语法警告，必须靠语言服务器或 Linter（比如 ESLint、Pylance、tsc）报出来，才能被“查找”和“修正”。没装对插件、没配好配置、文件没被正确识别，就根本不会出现在 Problems 面板里，更谈不上快速修正。
为什么 Problems 面板空着，但代码明显有警告？
这是最常被忽略的前提问题。VSCode 不内置语法检查逻辑，只负责展示诊断结果。
- 确认右下角状态栏显示的是正确语言模式（比如
JavaScript，不是Plain Text）；点击它可手动切换 - 检查是否安装了对应语言的扩展：JS/TS 项目需
TypeScript and JavaScript Language Features（内置），但真正报警告得靠ESLint或TSLint；Python 项目必须装Pylance，光装 Python 扩展不够 - 确保项目根目录有生效的配置文件：
.eslintrc.js（ESLint）、tsconfig.json（TS）、pyproject.toml（Python）——VSCode 只读打开的文件夹下的配置，单文件打开不生效 -
editor.diagnostic设置被禁用？在设置里搜这个关键词，确保“自动显示问题”是开启状态
如何用 Cmd+Shift+M（Mac）或 Ctrl+Shift+M（Win/Linux）真·定位警告？
Problems 面板不是装饰，它是所有警告的唯一聚合入口。但很多人只扫一眼就关掉，错过关键信息。
- 面板顶部有筛选器：点“警告”标签，能立刻过滤掉错误和提示，专注处理警告项
- 每条警告都带来源字段（如
ESLint、typescript、pylint），来源不同，修复方式也不同——typescript报的any类型警告，ESLint报的no-console，不能混为一谈 - 双击任意警告条目，直接跳转到代码行；右键可选“在编辑器中显示”，避免误点其他文件
- 警告数量显示在状态栏右下角，点击它也能跳 Problems 面板——比记快捷键更可靠
Ctrl+.（Cmd+.）为什么有时没反应或选项为空？
这不是快捷键坏了，而是当前 token 没被语言服务器标记为“可修复诊断项”。常见于语义层警告，而非语法层。
- 光标必须落在报错/警告的**具体标识符上**（比如
console、data、useState），而不是整行或空白处 - ESLint 警告（如
no-unused-vars）默认不进 Quick Fix，除非你装了esbenp.vscode-eslint并启用了eslint.codeAction.showDocumentation - TS 的
noImplicitAny警告通常只给“添加类型注解”建议，但若变量用途模糊，可能只提供“忽略”选项——这时候就得手动改，别等自动修 - 终端执行
npx eslint . --ext .js,.ts能复现警告，但 VSCode 不显示？大概率是工作区没激活，或 ESLint 插件读错了配置路径
保存时自动修复警告，真的靠谱吗？
可以开，但别全信。自动修复只覆盖部分规则，且依赖配置粒度。
- 在
settings.json中加这些才有效："editor.codeActionsOnSave": { "source.fixAll.eslint": true, "source.organizeImports": true } -
source.fixAll.eslint只修 ESLint 标记为fixable的规则（比如引号、分号），像complexity或max-len这类规则就不动 - 多个 Linter 冲突时（比如 Prettier + ESLint），自动修复可能反复来回改格式——先关掉
source.fixAll.eslint，用prettier单独控制格式更稳 - 警告修复后，Problems 面板不会实时清空，要等语言服务器重新诊断（几秒延迟正常），强制触发可按
Ctrl+S保存一次
真正卡住人的，从来不是找不到警告，而是搞不清警告从哪来、谁该负责修、以及为什么 Ctrl+. 没选项——这三件事没理清，所有“快速”都是假的。
