Ctrl+K Ctrl+I是VSCode唯一硬编码、跨语言、不可自定义的悬停提示手动触发快捷键，无法通过keybindings.json替换；其失效必因光标未落于有效符号、语言模式错误或LSP未就绪。
Ctrl+K Ctrl+I 就是唯一可直接使用的悬停提示快捷键
VSCode 没有提供“自定义悬停提示触发快捷键”的设置入口——Ctrl+K Ctrl+I 是硬编码的、跨语言通用的手动触发方式，不能被替换成其他组合键。你无法在 keybindings.json 里用 "command": "editor.action.showHover" 绑定新快捷键，因为这个命令根本不存在。
常见误解是去搜 “show hover” 或 “toggle hover”，结果找不到对应命令名。VSCode 内部只暴露了 editor.action.showHover 的调用路径，但它不作为公开命令注册到命令系统中，所以无法绑定。
实操建议：
-
Ctrl+K Ctrl+I（Windows/Linux）或Cmd+K Cmd+I（macOS）是唯一稳定有效的方式，无需额外配置 - 别尝试在
keybindings.json中添加类似{"key":"ctrl+h","command":"editor.action.showHover"}的条目——它不会生效，VSCode 也不会报错，只是静默忽略 - 若该快捷键失效，问题一定出在光标位置、语言模式或 LSP 状态，不是快捷键本身可改不可改的问题
为什么不能像其他功能一样自定义 hover 快捷键
VSCode 的悬停提示（Hover）触发逻辑和普通命令不同：它本质是一次同步的 LSP 请求，依赖当前 token 的语义上下文。而快捷键系统绑定的是异步可枚举的命令（如 editor.action.formatDocument），两者生命周期和调用栈不兼容。
更关键的是，hover 的触发必须满足三个实时条件：
- 光标必须落在有效符号内部（比如
fetch的f上，不能在括号或空格后） - 当前文件的
languageId必须匹配已激活的语言服务器（例如typescript文件需 Volar 或 TS Server 就绪） - LSP 必须已完成初始化，状态栏右下角不能还在转圈或显示
Loading...
这些条件无法通过快捷键绑定的 when 子句完整表达，所以 VSCode 选择固化为一个专用快捷键，而非开放为可配置命令。
想换按键？只能绕过，不能替换
如果你实在不想用 Ctrl+K Ctrl+I，唯一可行的替代路径是写一个轻量扩展，监听自定义快捷键，再手动调用 VSCode 的 API 触发 hover。但这需要：
- 在
package.json中声明activationEvents和contributes.keybindings - 在插件激活时调用
vscode.commands.registerCommand，内部执行vscode.commands.executeCommand('editor.action.showHover') - 注意：这个 API 调用仍受前述三重限制，且部分版本会返回
undefined或静默失败
实际效果往往不如原生快捷键稳定——尤其在大型项目首次打开时，LSP 还没 ready，你的自定义命令按了也白按。
真正该调的不是快捷键，而是 hover 延迟和启用状态
多数人想改快捷键，其实是希望更快看到提示。但真正可控、有效、且影响体验的，是这两个设置：
-
editor.hover.enabled：设为false可禁用自动弹出，但Ctrl+K Ctrl+I依然可用 -
editor.hover.delay：推荐设为200～400，比默认500更快，又避开语言服务器冷启动抖动
改完 editor.hover.delay 后不用重启 VSCode，但旧代码行上的悬停缓存可能还保留旧延迟，需悬停新行才生效。别设成 0——它不会立刻弹出，而是立刻发请求，结果常是空白闪一下或卡住 2～3 秒，暴露出的是语言服务本身的加载延迟，不是 VSCode 配置问题。
