VSCode搜索结果面板滚动不可自定义，因editor.mouseWheelScrollSensitivity和editor.smoothScrolling仅作用于编辑器区域，搜索面板由Electron渲染层控制，采用虚拟滚动且不支持步长或平滑设置。
VSCode 搜索结果列表本身不支持自定义滚动步长
搜索结果面板（Ctrl+Shift+F 弹出的侧边栏）的滚动行为由 Electron 渲染层控制，editor.mouseWheelScrollSensitivity 和 editor.smoothScrolling 只作用于代码编辑器区域，对搜索结果列表完全无效。你无法通过设置调整它每次滚几行、是否缓动或是否跳变。
为什么你感觉“搜索结果滚动卡顿/跳页”
这不是滚动步长问题，而是 UI 渲染策略导致的视觉反馈延迟或折叠：
- 搜索结果超过几百条时，VSCode 会主动折叠尾部为
… and N more，点击它不会展开，只提供「Copy All Results」入口 - 面板内列表使用虚拟滚动（virtualized list），未渲染区域不创建 DOM 节点——快速滚动时会出现“瞬移感”，像跳帧，实际是渲染跟不上
- 若启用了
search.useIgnoreFiles或search.maxFileSize限制，后端返回的结果本身就稀疏不连续，滚动时空白段增多，误判为“跳”
真正能控制搜索结果浏览体验的三个实操点
与其调滚动，不如优化数据流和呈现方式：
- 用
rg -n "关键词"替代内置搜索：安装ripgrep后，在终端执行该命令，输出直接可滚动、无折叠、无渲染上限，且支持--max-count限条数（如rg -n --max-count 500 "foo"） - 在搜索框左上角点
^切换为「文件名搜索」，再配合search.exclude精准限定范围，大幅减少结果量，让列表变短、滚动更可控 - 右键搜索结果 → 「Reveal in Side Bar」定位到文件后，用编辑器本身的
editor.mouseWheelScrollSensitivity控制代码滚动——这才是该参数真正起效的地方
别碰 search.resultLimit 来“治滚动”
设 search.resultLimit 为 0 或 10000 不会影响滚动手感，只影响后端返回多少条匹配行。如果 UI 已折叠显示，调高这个值只会让「… and N more」里的 N 变大，而不是让列表可平滑滚动到底。最常被忽略的一点是：搜索结果面板的滚动行为根本不在 VSCode 配置管辖范围内，它是 Chromium 渲染管线的默认实现，不可定制。
