VSCode多选行时滚轮不滚动，首要排查多选是否生效：先确认Ctrl+D/Cmd+D是否触发多光标，常见原因是误入Vim Normal模式（按Esc退出）、vim.useCtrlKeys劫持快捷键、或editor.multiCursorModifier被误设为"ctrl"；终端中则需检查screen/tmux拦截滚轮事件及terminal.integrated.mouseWheelScrollSensitivity设置；编辑器内滚动迟钝可调mouseWheelScrollSensitivity至2.5–3；横向滚轮异常多属Windows穿透滚动机制所致。
VSCode 多选行时滚轮不滚动？先确认是不是“多选”本身失效了
很多人以为是滚轮坏了，其实是 Ctrl+D（Windows/Linux）或 Cmd+D（macOS）根本没触发多光标——此时你按滚轮，编辑器只是在普通单光标模式下滚动，和多选完全无关。最常见原因是误入 Vim 插件的 Normal 模式，Ctrl+D 变成“向下翻半页”，压根不会新增光标。
- 按一下
Esc退出 Vim 模式，再试Ctrl+D：如果能连续选中相同词，说明问题出在模式上 - 检查是否启用了
vim.useCtrlKeys，它会劫持Ctrl+D；可在设置里搜该配置项并禁用 - 确认
editor.multiCursorModifier是"alt"（默认），不是"ctrl"——否则Ctrl+Click才能加光标，Ctrl+D就会失效
终端里多选后滚轮失灵？那是 screen 或 tmux 拦截了事件
你在 VSCode 终端里用 screen 或 tmux 连着远程服务器，又开了多行选中（比如用鼠标拖选几行日志），这时滚轮经常卡住不动。本质是终端复用器把滚轮事件吃掉了，没传给 VSCode 做滚动处理。
- 对
screen用户：编辑~/.screenrc，加上这两行：bindkey -k kI stuffbindkey -k kD stuff
然后必须执行screen -X quit && screen重启才生效 - 对
tmux用户：在~/.tmux.conf加set -g mouse on，重载配置tmux source-file ~/.tmux.conf - 裸终端（没开 screen/tmux）但依然不行？检查 VSCode 设置：
terminal.integrated.mouseWheelScrollSensitivity是否被设为0，或被扩展覆盖
编辑器内滚轮滚动迟钝或跳行？别调系统 DPI，改 VSCode 自身灵敏度
不是鼠标硬件问题，也不是系统缩放惹的祸，而是 VSCode 默认对每次滚轮事件只滚动 1 行，长文件里来回拨半天——尤其当你刚用 Ctrl+D 拉了一堆光标，想快速上下看上下文时，特别难受。
- 打开设置（
Ctrl+,），搜mouseWheelScrollSensitivity，把值从默认1改成2.5或3 - 注意：这个参数只影响编辑器主区域，不影响终端、侧边栏或设置面板
- 改完不用重启，但如果你同时开了多个窗口，得每个窗口单独触发一次滚轮才能同步生效
横向滚轮在多选时突然好使了？别信玄学，是 Windows 穿透滚动在起作用
Win10/Win11 下有个隐藏特性：只要鼠标悬停在 VSCode 窗口上，哪怕它不是当前激活窗口，纵向滚轮也能穿透控制其滚动。而横向滚轮往往要等纵向“热身”一下才响应——这不是 bug，是系统级输入路由机制导致的延迟唤醒。
- 验证方法：切到浏览器，把鼠标移到 VSCode 窗口边缘但不点进去，直接拨横向滚轮——大概率能动
- 如果仍无效，检查注册表
HKEY_CURRENT_USER\Control Panel\Desktop\WheelScrollLines是否被设为0或负数 - 这个现象在远程桌面（RDP）或某些虚拟机里更明显，属于 OS 层行为，VSCode 无法干预
Ctrl+D 后根本没看到新光标出现——那后面所有滚动操作，都只是在单光标下徒劳打转。 
