ctrl+shift+l失效的根本原因是选区不含换行符，它仅将含\n或\r\n的选区按行拆光标；鼠标拖选需覆盖末尾换行符，或先用ctrl+l逐行选中再执行。

Ctrl+Shift+L 拆光标总失效？先看选区里有没有换行符

这个操作根本不是“给当前光标所在行加光标”，而是把已有的选区按 \n 或 \r\n 切开，每行末尾生成一个光标。它完全不关心你“想选几行”，只认实际选中的文本里是否含换行符。

常见失败场景：

• 鼠标拖选时最后一行末尾没覆盖到换行符（视觉上看似选中了，其实漏掉了 \n），Ctrl+Shift+L 就当成单行处理，只出一个光标
• 只点了一下光标、没选中任何文字，Ctrl+Shift+L 静默跳过，毫无反应
• 选区全是空格或制表符，光标落在空白后，一输内容就把缩进顶掉

正确做法：鼠标拖选含 5 行的文本 → 松手 → 按 Ctrl+Shift+L → 每行末尾出现光标。若要统一从行首编辑，先按 Home 再按 Ctrl+Shift+L，或用命令面板 Ctrl+Shift+P 输入 Align Indent 对齐。

Ctrl+Click 添加光标没反应？检查 drag_text 是否开启

默认开启的 drag_text 会让 Ctrl+Click（Windows/Linux）或 Cmd+Click（macOS）优先触发文本拖动，而不是添加光标——这是最常被忽略的配置项。

必须手动关掉：

• 打开 Preferences → Settings
• 在用户设置里加一行："drag_text": false

其他干扰因素：

Sublime Text Build Linux版

Sublime Text Linux x86-64 deb 安装包。官方也提供 rpm、tar.xz 和软件源安装方式。

下载

• 软换行（Word Wrap）开启时，逻辑列被拆成多行，点偏是常态；临时关闭 View → Word Wrap 更准
• MacBook 触摸板三指拖拽手势可能误触发；外接鼠标或禁用该手势更稳
• 点了没反应？确认是否点了单词中间（易触发双击选词）或选区边缘（易进入列选择）；优先点行首、行尾或空格处

Ctrl+D 总跳过目标词？它只认完整单词和大小写边界

Ctrl+D 默认按“完整单词”匹配，且严格区分大小写、空格和标点。比如选中 user_id 后连按 Ctrl+D，它会跳过 user_id_list、USER_ID，甚至 user_id,（逗号算边界）。

可控做法：

• 双击选词时确保不带前后空格或标点
• 想跳过某个匹配项：按住 Ctrl+K 不松，再按 Ctrl+D，当前高亮消失，光标保留在原位
• 想一次性全选：别反复按 Ctrl+D，改用 Ctrl+Shift+G（注意不是 Ctrl+G）
• 需要模糊匹配？先打开查找面板 Ctrl+F，勾选 Aa（大小写敏感），输入词，再按 Alt+Enter 全选

列编辑（竖向选区）为什么拖不动？Alt 单独按没用

列编辑不是靠按住 Alt，而是必须组合 Shift+Alt（Windows/Linux）或 Shift+Option（macOS），再拖动鼠标——松手才算真正生效。单独按 Alt 或只按 Shift 都无效。

替代路径更可靠：

• 用 Ctrl+Shift+↑/↓ 在当前列上下添加光标（注意：部分中文输入法如搜狗会劫持该快捷键，建议切英文输入法）
• 先 Ctrl+L 逐行选中目标行，再 Ctrl+Shift+L 拆光标，最后用方向键 + Shift 扩展列选区

失败信号：

• 状态栏右下角显示 read only → 文件被锁，需解除只读
• 拖动时出现横向虚线但无矩形框 → 字体不是等宽（如用微软雅黑），切换为 Consolas 或 Monaco
• 列选后一输内容就退出模式 → 别再按 Ctrl+D 或方向键，想继续编辑就直接打字，想取消就按 Esc

多光标本质是“临时叠加”，不是模式开关——Esc、方向键、Ctrl+X 都会清空所有额外光标。真正难的不是怎么加，而是怎么让光标待得住、不乱跑。缩进错位、空行干扰、输入法冲突、drag_text 开启……这些细节不提前踩一遍，再多快捷键也白记。