Ctrl+.（Windows/Linux）或Cmd+.（macOS）能直接跳转到当前光标所在红波浪线处，不依赖Problems面板刷新或语言模式手动确认，是问题刚出现即可触发的最轻量级跳转方式。
Ctrl+.（Windows/Linux）或 Cmd+.（macOS）能直接跳转到当前光标所在位置的错误/警告处，但前提是光标必须停在红波浪线下方——它不依赖 Problems 面板是否刷新、也不要求语言模式已手动确认，是“问题刚冒头就可触发”的最轻量级跳转方式。
为什么 Ctrl+. 比 F8 更快响应问题
Ctrl+. 调用的是 editor.action.quickFix 命令，它绕过了 Problems 面板的异步填充流程，直接读取语言服务器对当前行的实时诊断缓存。这意味着：
- 刚写完一行就报错（比如漏了分号），Problems 面板还没来得及更新，F8 会失效，但 Ctrl+. 通常已可用
- 即使右下角语言模式显示为
Plain Text，只要该行已被语言服务识别（例如 TypeScript 文件里写了const x: number = "abc"），Ctrl+. 仍能弹出修复菜单并附带跳转入口 - 它只作用于当前文件、当前光标行，不会跨 tab 或跳到其他文件，意图更明确
Ctrl+. 跳转失败的常见原因和对应操作
不是快捷键坏了，而是触发条件没满足。典型现象包括：按了没反应、弹出空菜单、或只显示“no quick fixes available”。
- 光标没停在红波浪线正上方：必须让光标落在带下划线的字符上（哪怕只是空格），不能在下一行或上一行
- 语言服务未加载该行：新建未保存的
.ts文件中写了语法错误，但tsconfig.json缺失 → 保存文件后重试 - 扩展禁用了快速修复：检查
settings.json中是否有"editor.quickSuggestions": { "other": false }或"typescript.preferences.includePackageJsonAutoImports": "off"类配置 - 终端报错路径格式不被识别：如
error at ./src/index.js:12:5这种自定义格式不会被点击跳转，但 Ctrl+. 仍可对编辑器内红波浪线生效
配合快速修复菜单实现精准跳转
菜单本身不是目的，关键看选项是否带跳转动作。真实有效的跳转入口通常有这些特征：
- 选项文字含
Go to、Navigate to、Jump to（如Go to type declaration） - 选项右侧有小箭头图标（→），表示将跳转而非仅修改
- 悬停时提示含
line X, column Y，且与当前光标位置一致 - 若菜单只有
Fix类选项（如Add semicolon），执行后光标会自动落到修复后的位置，这也算一次隐式跳转
和 Go to Last Edit Location 的本质区别
editor.action.navigateToLastEditLocation 记的是你最后一次敲字/删字的位置，而 Ctrl+. 是针对“语言服务指出的问题位置”。两者完全独立：
- 你改了一行代码但没引发错误 → Ctrl+. 不出现，Last Edit Location 可用
- 你什么都没改，但 ESLint 报出
no-unused-vars→ Ctrl+. 可用，Last Edit Location 无记录 - 同一行既有编辑痕迹又有错误 → Ctrl+. 优先响应错误，不是回到你上次打字的地方
真正容易被忽略的是：Ctrl+. 的有效性高度依赖光标落点精度。鼠标点一下再按快捷键，和方向键挪过去再按，成功率可能差一个数量级——因为某些语言插件对“光标是否在 token 内部”的判断非常严格。
