VSCode滚动条无原生悬停显示功能，仅macOS可继承系统“滚动时显示”策略；Windows/Linux需设"auto"配合小尺寸模拟轻量效果，禁用自定义CSS才稳定。
VSCode 滚动条默认行为与配置入口
VSCode 默认使用系统原生滚动条，Windows/macOS/Linux 行为不一致，且不支持“悬停显示”这种交互模式。它没有内置的 scrollbar: hover-only 配置项。所谓“自动隐藏+悬停显示”，实际依赖的是操作系统的滚动条策略，VSCode 仅能有限干预。
要接近这个效果，必须分两步：先关闭 VSCode 自绘滚动条（避免干扰），再确保系统级滚动条行为符合预期。VSCode 的 "editor.scrollbar.vertical": "auto" 或 "visible" 只控制是否渲染滚动条区域，不改变显示逻辑；真正起作用的是 "editor.scrollbar.verticalScrollbarSize" 和底层平台。
macOS 用户：靠系统设置就能生效 macOS 原生支持“仅在滚动或悬停时显示滚动条”，VSCode 会继承该行为——但前提是没强制启用自绘滚动条。
检查并确认以下两点：
- 系统设置 → 辅助功能 → 显示 → “当可能时隐藏滚动条” 已开启（推荐选“仅在滚动时”）
- VSCode 设置中未设置
"editor.scrollbar.vertical": "visible"，且保持默认的"auto" - 删除或注释掉自定义 CSS 注入（如通过
vscode-custom-css插件强行显示滚动条）
如果仍常驻显示，大概率是插件（比如 Custom CSS and JS Loader）注入了 overflow: overlay 类样式，需禁用排查。
Windows / Linux 用户：只能模拟，无法真正悬停显示
Windows 10/11 和主流 Linux 桌面（GNOME/KDE）不提供“悬停显示滚动条”的系统级选项。VSCode 在这些平台上默认使用自绘滚动条（overlay 模式），但它**不会响应鼠标悬停**，只在内容溢出且用户开始滚动时才淡入，且无 hover 触发机制。
可行折中方案：
- 设
"editor.scrollbar.vertical": "auto"（默认值），让滚动条区域不占位但保留触发能力 - 调小尺寸：
"editor.scrollbar.verticalScrollbarSize": 6，视觉上更轻量 - 禁用水平滚动条（多数场景不需要）：
"editor.scrollbar.horizontal": "hidden" - 不推荐改
scrollbar.arrowSize或scrollbar.sliderOpacity，它们对“悬停显示”无实质影响
注意：overlay 模式在 Windows 上部分显卡驱动下有渲染残留问题，若出现拖影，可设 "editor.scrollbar.vertical": "visible" + "editor.scrollbar.verticalScrollbarSize": 4 强制窄条常驻，反而更稳定。
为什么插件和自定义 CSS 大概率失败
试图用 CSS 强制实现 hover 显示，例如注入 .monaco-scrollable-element:hover .vertical-scrollbar { opacity: 1 !important; }，基本无效。
原因很实在：
- VSCode 渲染器（Electron）限制了 DOM 层级访问，编辑器主体滚动容器是 Shadow DOM 封装的，普通 CSS 无法穿透
- 滚动条元素由 Monaco 编辑器动态创建/销毁，并非固定 DOM 节点，hover 选择器无法稳定绑定
- 即使临时生效，更新 VSCode 或 Monaco 版本后样式类名极大概率变更，立即失效
真正可控的只有配置项层面的开关和尺寸，别在 CSS 上花时间试错。
VSCode 滚动条的“悬停显示”本质是个系统特性，不是编辑器功能。macOS 用户最省心，Windows/Linux 用户得接受它只是“窄+自动收缩”，而不是浏览器里那种精准 hover 响应。真要强求，不如换用支持 Web 技术栈的编辑器（如 Code Server），但那就完全脱离本地 VSCode 生态了。
