不能。VSCode悬停提示框硬编码为跟随鼠标并自动避让视口边缘，无任何配置、API或开关可改为固定位置；Ctrl+K Ctrl+I仅是手动唤出居中模态悬浮窗，并非切换模式；editor.hover.sticky仅控制隐藏延迟，不影响定位。
VSCode 悬停提示能切换成不跟随鼠标吗
不能。VSCode 的 hover 提示框是硬编码为「跟随鼠标 + 自动避让视口边缘」的行为，没有开关、配置项或 API 可将其改为固定位置（如左上角、编辑器中央常驻）或锚定到符号本身。所谓“模式切换”在官方机制里根本不存在——它只有一种模式。
为什么 Ctrl+K Ctrl+I 看起来像“切换模式”
这个快捷键不是切换悬停行为，而是绕过自动触发逻辑，手动唤出一个独立的模态悬浮窗：Ctrl+K Ctrl+I（Windows/Linux）或 Cmd+K Cmd+I（macOS）。它满足了“不随鼠标跑”的实际需求，但本质是另一个 UI 实例：
- 它居中显示，不受鼠标坐标影响，可滚动查看长内容
- 它仍依赖语言服务器返回的同一份
vscode.Hover数据，不是新功能 - 光标必须落在有效符号内（比如函数名任意字母上），否则无响应
- 若右下角状态栏显示
Plain Text或 LSP 未就绪，它同样空白
editor.hover.sticky 是什么，能固定位置吗
editor.hover.sticky 控制的是「鼠标移开后是否保持显示」，和位置无关。设为 true（默认）时，悬停框会停留几秒再消失；设为 false 则鼠标一离开就立刻隐藏。它不改变任何坐标计算，也不影响贴边、跳屏、被遮挡等定位问题。
常见误判：看到悬停框“多留了一会儿”，就以为它开始“固定”了——其实只是延迟隐藏，位置依然实时跟着鼠标动。
多显示器缩放不一致时悬停乱跳怎么办
这不是 bug，是 DPI 切换导致的坐标映射错乱。主屏 125%、副屏 100% 时，VSCode 渲染层可能把鼠标坐标误算到另一块屏上。真实有效的缓解方式只有：
- 统一所有显示器系统缩放为 100%，然后用
window.zoomLevel单独调编辑器字体大小 - 避免将 VSCode 窗口跨屏拖拽，尤其不要让窗口边缘刚好卡在两屏交界处
- 禁用 macOS 的“Displays have separate Spaces”选项（系统设置 → Mission Control）
试图用 CSS 注入或 DevTools 强行修改 hover-preview 元素的 top/left 值，会在下次悬停触发时被编辑器内核重置——因为定位逻辑在渲染层，不在 DOM 层。
