VSCode 悬停提示无法通过 CSS 或 workbench.colorCustomizations 自定义样式，其延迟由 editor.hover.delay 控制（推荐 200～400），但实际响应受语言服务器冷启动影响；不同扩展如 Volar、Pylance 各自管理 hover 行为，全局配置可能无效。
VSCode 的悬停提示（hover）样式不能像网页 tooltip 那样用 CSS 直接重写，它由编辑器内核和语言服务器共同渲染，workbench.colorCustomizations 也无法控制其背景、边框或字体——你改了没反应，不是配置错，是根本没这个入口。
editor.hover.delay 调的是触发时机，不是样式
很多人搜“自定义悬停样式”，实际想解决的是“悬停太慢”或“一碰就弹”。但 editor.hover.delay 只控制鼠标停住后等多久才发请求，不改变弹窗外观。设成 0 不会立刻出框，反而常导致空白闪一下或卡住 2～3 秒——这暴露的是 TypeScript 或 Volar 等语言服务器的冷启动延迟，不是样式问题。
- 推荐值：200～400，比默认 500 更快，又避开服务刚唤醒时的抖动
- 改完不用重启，但需悬停新代码行才生效（旧提示可能还缓存着）
- 确认
editor.hover.enabled是true，否则 delay 再小也没用
不同语言扩展各自管 hover 行为，不认全局 delay
Pylance、Volar、Rust Analyzer 这类扩展基本不读 editor.hover.delay，而是用自己内部策略决定何时拉取、是否缓存、怎么渲染。你在 JS 文件里调到 100，Python 文件照样慢半拍。
- Volar v1.10+ 支持
volar.hover.delay - Rust Analyzer 没公开 delay 配置，但
rust-analyzer.hoverActions.enable会影响是否显示操作按钮 - 找不到专属配置时，最有效的是减负：用
files.watcherExclude排除node_modules、dist等目录
真想“改样式”，只有两个务实路径
VSCode 不开放 hover DOM 结构或 CSS 注入点，所谓“自定义样式”只能绕道：
- 换主题：部分颜色主题（如 GitHub Dark Default）会微调动画节奏和背景透明度，虽不精确，但有感知差异
- 禁用自动 hover，改用手动触发：
"editor.hover.enabled": false，再绑定快捷键Ctrl+K Ctrl+I（Windows/Linux）或Cmd+K Cmd+I（macOS）——它绕过所有 delay 和 enabled 判断，强制拉取当前光标位置的 hover 内容，响应更可控
真正难调的不是 delay 数值，而是语言服务器本身的就绪状态。大型项目首次打开时，typescript.tsserver.log 显示 “Loading…” 或 Volar 在解析 <script setup>，这时候任何 delay 设置都只是在等它缓过来——这点容易被忽略，但恰恰是悬停体验卡顿的根因。
