VSCode 滚轮滚动行数由 editor.mouseWheelScrollSensitivity 控制，默认值3，可设为1~5调节灵敏度，但受系统设置和鼠标驱动影响；PageUp/PageDown 翻半屏需在 keybindings.json 中绑定 halfPage 参数；触摸板卡顿需关闭 smoothScrolling 或升级至 VSCode 1.86+ 并启用硬件加速。
VSCode 滚轮滚动行数太多或太少，怎么调？
VSCode 默认滚轮一次滚动 3 行，对高密度代码或大文件来说，要么卡顿、要么跳得太快。这由 editor.mouseWheelScrollSensitivity 控制，但很多人改了没效果——因为这个设置只影响「垂直滚动」，且必须配合鼠标驱动/系统设置生效。
- 在 VSCode 设置搜索栏输入
mouseWheelScrollSensitivity，修改为1（更细腻）或5（更快），数值无单位，纯比例系数 - Windows/macOS 系统级滚轮设置会覆盖该值：比如 macOS 的「滚动方向：自然」或 Windows 的「每次滚动几行」会影响最终行为，建议先统一设为「3 行」再调 VSCode
- 某些 Logitech 或 Razer 鼠标驱动自带“平滑滚动”开关，开启后 VSCode 的
mouseWheelScrollSensitivity可能完全失效
键盘 PageUp/PageDown 翻页太慢，想按一次翻半屏怎么办？
VSCode 默认 PageUp/PageDown 是「整屏翻页」，但实际计算依据是当前窗口可见行数，不是编辑器逻辑行数。如果你开了侧边栏、终端、或调整了字体大小，可见行数就变，翻页量也跟着飘。
- 没有内置配置项能直接设“翻半屏”，但可通过快捷键绑定模拟：
Ctrl+Shift+P→ 输入Preferences: Open Settings (JSON)，添加：
{
"keyboard.dispatch": "keyCode",
"editor.scrollBeyondLastLine": false
}
keybindings.json 中绑定自定义命令：[
{
"key": "pageup",
"command": "editorScroll",
"args": { "to": "up", "by": "halfPage", "value": 1 },
"when": "editorTextFocus && !editorReadonly"
}
]
halfPage 是唯一能稳定实现“视觉半屏”的参数；用 line 或 page 容易因缩放/换行导致跳动触摸板滚动卡顿、不跟手，是 VSCode 的 bug 吗？
不是 bug，是 Electron 渲染线程对连续 touchpad 滚动事件的节流策略太激进。尤其 macOS 触控板默认启用“惯性滚动”，VSCode 会丢弃中间大量事件，只响应首尾。
- 临时缓解：在设置中关闭
editor.smoothScrolling（设为false），可减少渲染延迟感 - 根本解法：升级到 VSCode 1.86+，它启用了新的
electron --enable-features=SmoothScrolling底层支持，但需确保系统未禁用硬件加速（检查Help → Toggle Developer Tools → Console是否报Failed to create WebGL context） - 别碰
editor.fastScrollSensitivity：它只影响拖滚动条，对触摸板无效
改完所有设置还是感觉滚动“粘滞”，可能漏了什么？
VSCode 的滚动行为其实是三层叠加：系统输入事件 → Electron 事件分发 → 编辑器渲染逻辑。最容易被忽略的是中间层——Electron 自身的滚动缓冲区和帧率限制。
- 确认是否启用了远程开发（SSH/WSL）：远程窗口下，网络延迟会放大滚动延迟，此时调任何本地设置都收效甚微
- 禁用所有插件测试：特别是
Bracket Pair Colorizer、Auto Rename Tag这类高频 DOM 操作插件，在长文件中会导致滚动掉帧 - 检查
settings.json里有没有重复或冲突的滚动相关配置，比如同时写了mouseWheelScrollSensitivity和editor.mouseWheelZoom，后者开启时前者会被部分忽略
滚动体验差往往不是单点问题，而是系统设置、硬件驱动、VSCode 版本、插件生态四者咬合不紧的结果。调一个参数没用时，优先看是不是底层事件根本没传进来。
