Sublime Text多光标“慢”实为渲染或响应延迟：软换行计算、语法高亮重绘、index_files后台扫描抢占UI线程所致；关闭word_wrap、切Plain Text、禁用index_files和drag_text可恢复瞬移响应。
为什么多行光标移动会“慢”而不是“卡”
Sublime Text 的多光标本身没有“移动速度”概念——它不插值、不缓动，所有光标跳转（Ctrl+D、Ctrl+Shift+L、方向键）都是瞬移。你感觉“慢”，其实是渲染或响应延迟在拖后腿：比如光标落在超长行里触发软换行计算，或语法高亮在多光标选区重绘时反复扫描，又或者 index_files 正在后台扫描导致 UI 线程被抢占。
关掉 word_wrap 和语法高亮是最快见效的两步
多光标常用于批量改日志、JSON、minified 文件等含超长行的场景，而 word_wrap 是最大性能杀手：
-
"word_wrap": false必须加进用户设置，否则每次滚动/光标跳转都要重新算软换行位置，CPU 直接拉满 - 右下角语言模式切到
Plain Text，别信自动识别的JSON或JavaScript—— 高亮引擎对多光标选区的渲染开销是线性增长的 - 如果必须保留语法高亮，至少禁用
rulers："rulers": []，垂直标尺在每行都触发额外绘制
别让 index_files 拖垮多光标响应
多光标操作（尤其是 Ctrl+D 连续匹配）会频繁触发符号查找和上下文分析。若 index_files 开着，它正同步扫描 node_modules 或 .git，UI 线程就会被锁住几秒，表现为按一次 Ctrl+D 后光标不动、键盘无响应。
- 在
Preferences → Settings – User中加："index_files": false - 改完必须彻底退出 Sublime（Windows 查任务管理器确认
sublime_text.exe进程消失；macOS 用活动监视器），再重启 - 副作用是
Ctrl+R（跳转符号）失效，但Ctrl+P（文件搜索）和Ctrl+Shift+F（文本搜索）完全不受影响
鼠标点击加光标失效？检查 drag_text 和系统热键冲突
很多人想用 Ctrl+Click（Win/Linux）或 Cmd+Click（macOS）快速加光标，却只触发了文本拖动——这是 drag_text 默认开启导致的。
- 在用户设置中明确关闭：
"drag_text": false - 远程桌面或某些键盘布局下，
Alt+Tab、Win+D等系统热键会拦截Alt+Shift列选择，此时改用命令面板：Ctrl+Shift+P→ 输入Column Selection手动开启 - 点击位置很重要：避免点在单词中间、缩进空白或空行开头；优先点行首、行尾或纯空格列
真正卡住多光标操作的，从来不是快捷键记错，而是后台索引、渲染负担和 UI 线程争抢这些看不见的资源。关 word_wrap、切 Plain Text、停 index_files、关 drag_text，四步做完，Ctrl+D 和 Ctrl+Shift+L 就能回到“所见即所得”的瞬移状态。
