ctrl+shift+l只生成一个光标是因为它仅依据选区中实际存在的换行符（\n）切片，若选区未覆盖行尾\n（即使视觉上拖选多行），仍按单行处理；安全做法是先用ctrl+l逐行选中再统一执行。
Ctrl+Shift+L 为什么只生成一个光标
它不识别“看起来是多行”，只按你选区里实际存在的 \n 切片。选区不含换行符，就当单行处理——哪怕你拖选了 5 行，最后一行末尾没覆盖到 \n（视觉上常漏掉），结果就是 1 个光标。
安全做法：
- 先用
Ctrl+L（Windows/Linux）或Cmd+L（macOS）逐行选中目标行，再统一按Ctrl+Shift+L - 鼠标拖选后，按
Home把主光标移到行首，再按Ctrl+Shift+L，避免缩进空格干扰 - 空行也会被拆出光标，但光标停在行首；若想补内容，得先按
End
Ctrl+D 匹配不到目标词的真正原因
Ctrl+D 不是搜索，而是严格按当前光标位置取词 + 完整单词边界匹配。光标停在 user_name 中间，可能只取到 _name，后续所有匹配都错位。
常见问题与对策：
- 双击选中整个变量名（如
user_id）再按Ctrl+D，比靠光标自动取词更可靠 - 想跳过某处匹配（比如字符串里的同名内容），按
Ctrl+K再按Ctrl+D - 误按太多？
Ctrl+U可逐次撤销最近添加的光标；彻底退出就按Esc - 默认
match_whole_word: true，子串匹配（如user在username_input中）需手动关闭该设置
Alt+拖拽列选择总偏移或失效
列选择（Alt+Shift+↑/↓ 或 Alt+鼠标拖拽）本质是矩形框选，不是智能对齐。它从光标所在列开始，向下/向上延伸相同列数——某行该列是空格或制表符，光标就会自动跳到该行行尾。
必须检查的几件事：
- 字体必须是等宽（如
Consolas、Fira Code），中英文混排或 UI 字体会导致视觉偏移 - 确保
"drag_text": false已设为false，否则Alt拖拽可能被系统劫持或触发文本拖动 - 某行对应列为空，Sublime 不会悬空光标，而是落回行尾；建议先运行
Ctrl+Shift+P→Convert Indent to Spaces统一缩进 - 列选状态下不能混用
Ctrl+D或Ctrl+Shift+L；想切回普通多光标，必须先按Esc
Ctrl+Click / Cmd+Click 加不了光标
90% 是因为 "drag_text": true 默认开启，系统把 Ctrl+Click 当成拖动文本，而不是加光标。点三下只留下最后一个光标，输入只发生在那一个位置。
解决路径很直接：
- 打开
Preferences → Settings，在右侧用户设置里加一行："drag_text": false - 保存后建议重启 Sublime Text（部分版本不重启不生效）
- 点击位置也有讲究：避开单词中间、缩进空格区、折叠符号；优先点行首空白处、行尾换行符前、或纯空格段
- 远程桌面或某些键盘布局下，系统热键可能拦截
Ctrl或Alt；可临时切英文输入法，或改用命令面板：Ctrl+Shift+P→ 输入Column Selection手动开启
多光标不是模式，是实时叠加的确定性操作。每一个光标的位置、数量、生命周期，都由你上一步的选区范围、光标落点、快捷键顺序和配置项共同决定——漏掉一个 \n、多一个空格、没关 drag_text，结果就完全不同。
