Ctrl+U专用于撤销光标添加动作，按添加时间倒序撤回，不涉及编辑内容；Esc可立即清空所有辅助光标，比Ctrl+U更底层可靠。
Ctrl+U 不是 Ctrl+Z，它只管光标怎么加的
Sublime 里多光标撤销和编辑撤销是两套独立历史栈，Ctrl+U（Windows/Linux）或 ⌘+U（macOS）专用于倒退“光标添加动作”，不碰你输的字、删的行、改的变量名。常见误操作是狂按 Ctrl+Z 想撤掉第 5 个误选的 user_id，结果把刚写的函数体也回退了——那不是撤销错，是用错了命令。
典型适用场景：
- 连按
Ctrl+D选了 6 个变量，第 4 个其实是字符串里的同名字段，想剔除它但保留前 3 和后 2 - 先
Ctrl+Click加了 3 个光标，再Ctrl+Shift+L拆出 5 行，想退回列选但不想丢掉手动点的那 3 个 - 用
Alt+F3全选所有console.log后发现某处是注释里的，需精准剔除
Ctrl+U 按一次少一个光标，顺序按添加时间倒推
Ctrl+U 不看位置远近，只认“谁先被加进来”。比如你先 Ctrl+Click 点了第 2 行和第 8 行，再 Ctrl+D 选中第 1、3、5 行的 data，最后 Ctrl+Shift+L 拆了第 4–6 行——此时共 8 个光标，Ctrl+U 第一次撤的是第 4–6 行那 3 个（最后加的），第二次撤的是第 1、3、5 行那 3 个（中间加的），第三次才回到最初点的第 2、8 行。
容易踩的坑：
- 节奏太密：连续猛按
Ctrl+D时夹杂了Ctrl+K Ctrl+D（跳过），这个“跳过”动作不计入Ctrl+U栈，撤到那儿会直接跳到下一个添加点 - 混用模式：列选（
Alt+拖动）后接Ctrl+D，Ctrl+U会先撤列选区域，再撤词匹配，不是按视觉位置撤 - 没关
drag_text：鼠标点击加光标失败时，Ctrl+U无效果——因为根本没成功添加光标，自然无可撤销
Esc 是终极安全键，比 Ctrl+U 更快更干净
当你发现光标突然只剩一个、或位置错乱、或点了好几下都没反应，别挣扎，直接按 Esc。它不走历史栈，不依赖焦点，不触发任何副作用，只做一件事：清空所有辅助光标，留下主光标（即最后操作的那个），且完全不影响已输入内容。
为什么它比 Ctrl+U 更底层：
-
Esc在粘贴后、切窗口回来、甚至刚打开 Sublime 的瞬间都有效；Ctrl+U要求至少有一次成功的光标添加 - 方向键、
Backspace、Tab切换、甚至鼠标滚轮都可能偷偷合并光标，Esc是唯一能立刻打断这种“脆弱状态”的操作 - 如果
Ctrl+U按了没反应，大概率是光标已被其他操作（如输入、剪切）强制归并，这时Esc是唯一可靠出口
哪些操作会让 Ctrl+U 失效或变不可预测
Ctrl+U 只对“显式添加”的光标生效，以下行为会让它失效或逻辑混乱：
- 按了方向键（
←、↑等）：光标位置偏移后，Ctrl+U仍按原添加顺序撤，但视觉上可能看不出变化 - 执行了
Ctrl+X或Ctrl+V：除非用Ctrl+Shift+P→Insert Clipboard，否则剪贴操作会清空所有辅助光标，Ctrl+U就没东西可撤 - 切换 Tab 或 Alt+Tab 出窗口：多光标状态大概率已丢失，
Ctrl+U按了没反应 - 在查找面板里点
Find All但没勾选Aa（大小写敏感）：匹配不全导致光标数少于预期，Ctrl+U撤的步数也变少
真正难的不是记住快捷键，而是判断当前光标是否还“活着”——只要不确定，Esc 比反复试 Ctrl+U 更省时间。
