ctrl+.是vscode触发quick fix的主入口，但能否修复取决于光标是否落在报错token上、语言服务是否就绪、错误是否属可修复诊断范围；注释、字符串、运算符等位置无效，且修复建议由语言服务器决定而非vscode本身。
Ctrl+. 是 VSCode 实现代码错误一键修复的主入口，但它不是“按了就修”，而是触发语言服务器返回的可执行修复建议。能否修、修什么、修得对不对，全看光标位置、语言服务状态和错误类型是否在支持范围内。
光标必须落在报错 token 上才能触发 Ctrl+.
VSCode 的 Quick Fix 不响应整行或整段，只响应光标所在的「可诊断 token」。比如 consol.log() 报错，只有光标停在 consol 这个标识符上才有效；停在 .、log、空格或括号里，Ctrl+. 一定没反应。
- 波浪线覆盖范围 ≠ 可触发范围：注释、字符串字面量、运算符、括号上按
Ctrl+.永远空白 - React 中写
useState报错，光标必须落在useState四个字母上，不能停在const [count, setCount] =的等号前 - 问题面板（
Ctrl+Shift+M）里双击某条错误后，光标会自动跳到对应 token，此时再按Ctrl+.最稳
Ctrl+. 按下无反应？先查语言服务是否就绪
VSCode 本身不生成修复建议，全靠后端语言服务器（如 pylance、typescript-language-server、rust-analyzer）返回 codeAction。服务没起来，菜单必然空白。
- 右下角状态栏显示
Plain Text或Unknown？点击它，手动选成TypeScript、Python等正确语言模式 - TS/JS 项目缺
tsconfig.json或jsconfig.json，自动 import 基本失效；Python 项目没pyproject.toml或setup.py，Pylance 可能跳过完整分析 - 打开
Developer: Toggle Developer Tools，看 Console 是否有Failed to start language client或超时日志 - 中文输入法常把
Ctrl+.当句号吞掉——切英文输入法再试
为什么修复选项和预期不符？语言服务器决定一切
VSCode 只原样展示语言服务器返回的列表，排序依据是诊断严重等级 + 修复确定性，不是你最想要的顺序。
-
Cannot find name 'xxx'可能同时给出「创建局部变量」「声明为 global」「忽略此错误」——第一个未必是你想要的 - Python 的
from requests import get报错但没导入建议？说明requests不在PYTHONPATH或当前 workspace 可发现路径中 - ESLint/Prettier 的警告默认不进 Quick Fix，除非装了
esbenp.vscode-eslint并开启"eslint.codeAction.showDocumentation": true - React 中写
useState却没「从 react 导入」选项？大概率是ESLint-plugin-react-hooks没装或被禁用
真正容易被忽略的是：Quick Fix 能力边界由语言服务器实现决定，不是 VSCode 功能开关。同一个错误，在 TS 和 Python 里支持的修复项可能完全不同；而一个语法错误（如少冒号）和一个逻辑错误（如除零）根本不在同一层处理——后者连灯泡都不会亮。
