VSCode滚动条默认为auto模式，macOS悬停显示，Windows/Linux需手动设"editor.scrollbar.vertical":"visible"和"editor.scrollbar.horizontal":"visible"；水平滚动条易失效，须禁用wordWrap并注意minimap与主题样式冲突。
滚动条在 VSCode 里默认是 macOS 风格的「悬停才显示」，Windows/Linux 用户常觉得找不到
VSCode 默认沿用系统滚动条行为：macOS 下隐藏滚动条、仅悬停时浮现；Windows 和 Linux 则多数保留常显，但 Electron 渲染层有时会覆盖系统策略，导致实际看不到。这不是 bug，而是 VSCode 主动启用了 scrollbarVisibility 的 auto 模式。
要强制始终显示，必须手动覆盖设置：
- 打开设置（
Cmd+,或Ctrl+,），搜索scrollbarVisibility - 找到
Editor > Scrollbar: Visibility，设为visible - 或直接编辑
settings.json，加这一行："editor.scrollbar.vertical": "visible",<br>"editor.scrollbar.horizontal": "visible"
- 注意：两个属性需**分别设置**，
vertical和horizontal不共享值
水平滚动条默认不显示，哪怕代码超长也只靠拖拽或 Alt+↑/↓ 查看 —— 这很反直觉
VSCode 默认把 editor.scrollbar.horizontal 设为 auto，即使你关了代码折行（editor.wordWrap = "off"），超长行也不会触发水平滚动条，除非你主动拉宽编辑器到刚好卡住内容边界 —— 这个触发逻辑极不稳定。
实操建议：
- 务必显式设
"editor.scrollbar.horizontal": "visible"，别依赖auto - 如果仍不出现，检查是否开了
editor.wordWrap（设为"on"或"wordWrapColumn"会彻底禁用水平滚动） -
"editor.scrollbar.horizontalScrollbarSize"可调宽度（默认 10px），太小在高分屏上容易忽略
editor.scrollbar.verticalScrollbarSize 调大后，右侧留白变宽，但不影响编辑区宽度
这个配置只改滚动条自身宽度，不是边距。VSCode 会自动压缩编辑区域来腾出空间，所以不会“挤掉”你的代码可视宽度 —— 但如果你开了 editor.minimap.enabled，三者（滚动条、minimap、编辑区）会动态争抢右侧空间，可能让 minimap 变窄甚至消失。
常见踩坑点：
- 设
verticalScrollbarSize> 12 后，minimap 消失？关掉它，或设"editor.minimap.side": "left" - 某些主题（如
One Dark Pro）会重绘滚动条样式，覆盖你设的尺寸，优先检查主题是否注入了自定义 CSS - 终端（
Terminal）面板不响应此设置，它的滚动条由terminal.integrated.scrollback控制，和编辑器无关
远程开发（SSH / WSL）下滚动条偶尔失效，大概率是渲染后端没跟上
VSCode Remote 模式走的是 WebSocket + Canvas 渲染，滚动条 DOM 元素可能被延迟挂载或未正确绑定事件。现象是：设置明明生效，但鼠标滚轮能用、滚动条轨道却灰掉不动，或者拖不了。
临时解法：
- 重启远程窗口（
Developer: Reload Window），比重启整个 VSCode 更快见效 - 禁用硬件加速：
"window.experimental.useSandbox": false（仅限 Windows/Linux 远程目标） - 避免在
settings.json里混用remote和本地配置，远程扩展的设置应放在Remote Settings标签页单独管理
最麻烦的情况是 WSL2 中 X11 转发异常，此时滚动条可能根本不出现在 DOM 里 —— 这时候别调设置，先确认 code --no-sandbox 能否启动 GUI。
