ctrl+k+i仅用于手动触发悬停提示，无法隐藏已显示的框；它依赖lsp语义分析且需光标精准落在有效符号上，与自动悬停逻辑分离，故不具备开关功能。
悬停提示框不会自动隐藏，也没有快捷键能“按一下就收起来”——它只响应鼠标移入/移出和延迟设置，关掉或调慢才是实际解法。
为什么 Ctrl+K+I 不能隐藏悬停框，只能手动唤出
Ctrl+K+I 是「主动触发」悬浮提示的快捷键，不是切换开关。它和自动悬停是两套逻辑：前者依赖语言服务器（LSP）对当前光标位置的语义分析，后者由 editor.hover.enabled 和 editor.hover.delay 控制。按了没反应，大概率是光标没落在有效符号上（比如停在空格、括号里或注释中），而不是快捷键失效。
- 光标必须紧贴变量名、函数名、类名等标识符的任意字符上
- 右下角语言模式不能是
Plain Text，得是typescript、python等真实语言 ID - TypeScript/JS 项目需有
tsconfig.json或jsconfig.json，否则 LSP 可能不加载完整语义能力 - 首次打开大项目时，等几秒再试——LSP 索引未完成前，Ctrl+K+I 常返回空白或 “no definition found”
关不掉悬停？先查三层来源，别只改 editor.hover.enabled
VSCode 的悬停提示来自三个独立层级，只关最上层编辑器开关，常被下面两层绕过：
-
编辑器原生层：受
editor.hover.enabled控制，关掉后 JS/TS 普通文件通常就安静了 -
语言服务器层：Pylance（Python）、Volar（Vue）、Rust Analyzer 等会注册自己的 Hover 提供器，无视全局设置。验证方法：关掉
editor.hover.enabled后，.py 或 .vue 文件仍弹窗 → 就是它们在“硬推” - 第三方扩展层：Color Highlight、Tailwind CSS IntelliSense、ESLint 等插件可能自带 hover 渲染逻辑，需单独排查。临时禁用这些扩展再测试，是最直接的定位方式
真正起效的操作顺序是：确认 editor.hover.enabled 为 false → 检查工作区 .vscode/settings.json 是否覆盖该值 → 逐个禁用语言类扩展 → 找到对应扩展的专属配置项（如 vue.editor.hover.enabled）。
editor.hover.delay 设成 0 不是关闭，而是制造卡顿
editor.hover.delay 控制的是鼠标悬停后多少毫秒才弹出提示，默认约 300ms。设成 0 并不会禁用提示，反而会让系统以最小响应间隔反复尝试渲染，容易导致提示框闪烁、卡住，甚至拖慢编辑器响应。
- 想减少误触：把值调高到
800～1200，轻微滑过代码时不触发 - 想保留提示但让它“不粘人”：加
"editor.hover.sticky": false，鼠标一移开就立刻消失 - 别碰
colorDecorators.enabled来关悬停——那是控制颜色预览小方块的，和类型/文档提示无关
按语言精细关闭，比全局一刀切更实用
完全关掉悬停会损失有用信息，比如你想屏蔽 TypeScript 冗长的类型推导，但保留 Python 的 docstring 提示，就得用语言专属配置：
- 语言 ID 必须准确：在 .ts 文件中运行命令
Developer: Inspect Editor Tokens and Scopes，看到的可能是typescriptreact而非typescript - 常见配置示例：
"[typescriptreact]": { "editor.hover.enabled": false }, "[python]": { "editor.hover.enabled": true }, "vue.editor.hover.enabled": false - 这类配置写在
settings.json里，优先级高于全局设置，无需重启即生效
真正难处理的从来不是“怎么关”，而是“关哪一层、关哪些、留哪些”——VSCode 的 hover 是拼图式架构，漏掉一块，干扰就还在。
