ctrl+shift+l只生成一个光标是因为它严格依据选区是否含换行符\n切分，鼠标拖选末尾未覆盖\n即视为单行；安全做法是先ctrl+l选行再shift+↓扩展至含换行符，最后执行。
不能靠鼠标拖选多行后直接打字——那只会改第一行。必须用键盘快捷键叠加多个光标，否则编辑不生效。
Ctrl+Shift+L 拆行光标总只出一个？检查选区里有没有 \n
这个操作不是“识别逻辑行数”，而是严格按选区中是否含换行符切光标。选区末尾漏掉 \n（比如鼠标拖到行尾字符就松手），它就当单行处理。
- 安全做法：先按
Ctrl+L选中第一行 → 按住Shift+↓向下扩展选区 → 确保光标停在下一行开头（即上一行的\n被包含）→ 再按Ctrl+Shift+L - 空行也会被拆出光标，但光标落在行首；若要统一在行尾加内容，得额外按
End - 如果想让所有光标对齐到同一列（比如都到第 10 列），别靠目测，用
Ctrl+Shift+P调出命令面板，搜Move to Column输入数字精确定位
Ctrl+D 选相同词老跳错？它只做字面匹配，不理解变量边界
Ctrl+D 不是“选变量名”，是逐字找下一个完全相同的字符串。选中 user_id 后连按，user_id_list 会被一起框中——因为前缀一致。
- 双击选词时，确保没带前后空格或标点；否则容易触发子串匹配
- 大小写敏感，默认
Data和data算不同词；右下角状态栏点Aa可关闭 - 误选了？按
Ctrl+U撤回上一次选择（不是退格键） - 想跳过当前匹配项？先按
Ctrl+K，再按Ctrl+D
Ctrl+Click 加不了光标？大概率是 drag_text 开着
默认开启的 drag_text 会让 Ctrl+Click（Windows/Linux）优先触发文本拖动，而不是添加光标。
- 打开
Preferences → Settings，在右侧用户设置里显式写入："drag_text": false - 软换行（
View → Word Wrap）开启时，点击位置易偏移；临时关闭更准 - 中文输入法可能拦截快捷键；切英文输入法再试
- 点的时候先松开
Ctrl再点击，按住不放容易拖出选区
最常被忽略的一点：所有多光标操作都极脆弱——按错一个 Esc、方向键、Ctrl+X，所有光标立刻消失，只剩第一行可编辑。这不是 Bug，是设计逻辑：Sublime 的多光标本质是「临时叠加态」，没有“进入模式”的概念。
