ctrl+d总跳过目标词是因为它严格按当前选中文本字面匹配下一个完全一致的片段，不识别变量语义，受单词边界、大小写、标点及空格影响。
Ctrl+D 为什么总跳过目标词？匹配逻辑太严格
Sublime 的 Ctrl+D 不是“搜 user_id”，而是“按你当前选中的文本字面匹配下一个完全一致的片段”。双击选中 user_id 后，它不会匹配 user_id_list（多了 _list）或 USER_ID（大小写不同），哪怕语法上是同一变量。
常见错误现象：
- 光标停在
obj.user_id.上双击，结果只高亮了user_id.（带句点），后续Ctrl+D就只找带句点的——实际应双击干净的user_id，确认高亮区域不含空格、引号、点号 - 仍跳过？检查查找面板右下角是否启用了
Aa（大小写敏感），用Ctrl+Alt+R切换 - 想跳过某处（比如字符串里的
"user_id"）：先按Ctrl+K，松手再按Ctrl+D - 误加太多光标？按
Ctrl+U可逐次撤销最近添加的光标，不是撤销输入内容
Ctrl+Shift+L 只生成一个光标？你没选中换行符
Ctrl+Shift+L 的本质是「把当前选区按 \n 切片，每片末尾放一个光标」。它不识别“你想选几行”，只认你实际选中的字符里有没有换行符。
安全做法：
- 鼠标拖选 5 行但没覆盖最后一行末尾的
\n→ Sublime 当作单行 → 只放一个光标 - 改用
Ctrl+L（Windows/Linux）或Cmd+L（macOS）连续点击目标行，确保每行都被明确选中；再统一按Ctrl+Shift+L - 光标默认落在你选区的末尾位置，不是行首。想统一加前缀（如
//），拆完立刻按Home或Ctrl+Home跳到真·行首 - 若光标卡在缩进空格上，说明你选区包含了开头的空格或制表符，下次选前先按
Home清掉缩进再拖选
Ctrl+Click 加不了光标？drag_text 在拦路
Ctrl+Click（Windows/Linux）或 Cmd+Click（macOS）点不加光标，90% 是 drag_text 没关。它默认为 true，导致编辑器优先拖动文本，而不是添加光标。
必须手动关掉：
- 打开
Preferences → Settings，在右侧用户设置里加一行："drag_text": false，保存后重启 Sublime Text（部分版本不重启不生效） - 点击位置很关键：避开单词中间、已有选区边缘、空行缩进处；优先点行首空白、行尾换行符前、或纯空格段
- 远程桌面或中文输入法下
Alt+Shift+拖动常被系统劫持，可改用命令面板：Ctrl+Shift+P→ 输入Column Selection手动开启
Alt+Shift+拖动列选择总偏移？对齐状态决定起点
列选择（Alt+Shift+↑/↓ 或鼠标拖动）本质是矩形框选，行为高度依赖光标所在列的垂直对齐状态——不是“拉几行就几行”，而是“从光标列开始，向下/向上延伸相同列数”。
典型问题：
- 按
Alt+Shift+↓拉了 5 行，但第 3 行末尾有空格，导致光标在该行停在更右的位置，破坏列对齐 - 解决办法：先用
Ctrl+Shift+P运行Align Indent，或手动补空格对齐，再列选 - 替代方案：用
Ctrl+Shift+↑/↓（非Alt）可实现“按逻辑行扩展选区”，适合处理缩进不一致的代码块 - 性能提示：列选超长文件（>10k 行）时可能卡顿，建议先折叠无关代码块
Esc、方向键、Ctrl+X 甚至一次误点清空。真正卡住人的，从来不是快捷键记不住，而是光标加错了位置、留不住、或者输着输着发现改了注释里的字符串。
