根本原因是 smoothscrolling 动画与代码折叠计算冲突导致多光标卡顿错位；应禁用 smoothscrolling、临时关闭折叠、限制 ctrl+shift+l 作用域以提升响应速度。
VSCode 多光标编辑卡顿、光标错位、拖选不跟手？根本原因往往不是硬件性能，而是编辑器配置与操作方式叠加导致的渲染/逻辑冲突。关掉 smoothScrolling、临时禁用折叠、避免在大文件里无筛选地用 Ctrl+Shift+L，能立刻改善响应速度。
为什么多光标会变卡：smoothScrolling 和代码折叠是隐形拖累
VSCode 默认开启的 editor.smoothScrolling 会让光标移动带插值动画，在多光标高频增删时触发大量重绘；而代码折叠（editor.folding）启用后，列拖选（Alt+拖拽）可能因折叠区域边界计算不准，导致光标落点偏移或卡住不动。
- 临时关闭：按
Ctrl+Shift+P→ 输入Preferences: Open Settings (JSON)→ 加入"editor.smoothScrolling": false和"editor.folding": false - 更推荐做法：只在需要列编辑时按
Ctrl+Shift+[（收起所有折叠），编辑完再按Ctrl+Shift+]恢复 - 别全局关折叠——它对长函数/配置块仍有价值，只需“编辑前临时关”
Ctrl+Shift+L 全匹配卡死？先缩小作用域再触发
Ctrl+Shift+L（macOS 是 Cmd+Shift+L）会在整个文档扫描匹配项，如果当前文件超 5000 行、或目标词（如 data、item）出现频次过高，就会明显卡顿甚至无响应。
- 安全做法：先用
Ctrl+F打开查找面板，输入关键词，勾选“全字匹配”和“区分大小写”，确认结果数量合理（比如 - 替代方案：用
Ctrl+D逐个添加——虽然慢一点，但可控、不卡、可随时按Ctrl+U撤销误选 - 大文件重构时，优先考虑
Ctrl+H查找替换 + 正则，而不是依赖多光标
列选择（Alt+拖拽）光标歪了？检查缩进和不可见字符
列选择本质是按“可视列位置”对齐，一旦某行有空格混用（Tab vs 空格）、或存在零宽字符（如 BOM、U+200B），就会导致垂直光标错行。
- 验证方式：打开命令面板
Ctrl+Shift+P→ 运行Toggle Render Whitespace，看是否有异常空格或符号 - 修复建议：选中问题区域 →
Ctrl+Shift+P→Convert Indentation to Spaces（或 Tab），统一缩进 - 拖选前把光标移到行首第一个非空字符上再按
Alt开始拖，比从中间开始更稳
真正影响流畅度的从来不是快捷键记多少，而是你是否在每次列拖选前关了折叠、是否在跑 Ctrl+Shift+L 前先看了查找面板里的匹配数、以及有没有意识到空格和 Tab 混用会让垂直光标直接“失重”。这些细节不处理，再多的技巧也卡在第一秒。
