Ctrl+Shift+L只生成一个光标是因为它仅依据选区中实际存在的换行符（\n或\r\n）切片，未覆盖换行符即视为单行；安全做法是先用Ctrl+L逐行选中再执行。
Ctrl+Shift+L 为什么总“只加一个光标”？
它根本不是跨行编辑命令，而是「换行符切片器」：只在你**选区里实际存在的每个 \n 或 \r\n 前**放一个光标。没选中换行符，它就当单行处理——哪怕你拖了5行，松手时漏掉最后一行末尾的 \n，结果就是1个光标。
安全做法：Ctrl+L（Windows/Linux）或 Cmd+L（macOS）逐行点击目标行（每按一次选中一行），再统一按 Ctrl+Shift+L。这样每行都带完整换行符，100% 拆出对应数量光标。
常见翻车点：
- 鼠标拖选时停在行中，没覆盖到行尾的
\n - 某行结尾有空格或制表符，光标落在空格后，导致后续输入错位
- 文件混用
\r\n和\n，Ctrl+Shift+L对部分换行符不识别
多光标下怎么让所有光标统一到行首/行尾？
拆完光标后别用手点，直接按 Home 或 End 键——所有光标会同步跳转到各自行的开头或结尾。这是最稳的对齐方式，比鼠标点击可靠得多。
如果想批量加前缀（如 //），先 Ctrl+Shift+L 拆光标，立刻按 Home，再输入；加后缀（如 ;）则按 End 后输入。
注意：Home 在某些键盘布局下可能被系统拦截（比如远程桌面），可改用命令面板：Ctrl+Shift+P → 输入 Move to Beginning of Line 回车。
列编辑（Alt+Shift+拖动）和多光标能混用吗？
不能。列编辑生成的是矩形选区，不是多光标；松开鼠标后它才转为光标，但底层逻辑完全不同——它依赖等宽字体、各行长度一致，且无法响应 Ctrl+D 或 Ctrl+Shift+L。
误混用后果：
- 列选状态下按
Ctrl+D无反应 - 列选后直接打字，可能只改第一行，其余行光标消失
- Alt+Shift 拖动被系统劫持（如 Windows 的
Alt+Tab），建议临时切英文输入法，或改用命令面板调用Column Selection
真正需要列对齐时，优先用 Ctrl+Shift+↑/↓：它在当前列上下追加光标，不依赖拖动精度，也不吃字体宽度。
Find All 后光标没出现？检查这三处
用 Ctrl+H 打开替换面板，写好正则，勾选 .*（正则模式）后点 Find All，本该在每个匹配开头生成光标——但常失败。
高频原因：
- 误点了
Replace或Replace All，而不是Find All - 文件有软换行（
word_wrap: true），导致正则匹配位置和视觉位置错位 - 光标落在不可编辑区域：注释内、字符串中间、Python 缩进空格上（尤其
if块里缩进不一致时）
修复顺序：先 Ctrl+Shift+P → Set Syntax: Plain Text 临时切纯文本模式排除语法高亮干扰；再确认正则是否用了 ^/$ 却没统一换行符（用 Ctrl+Shift+P → Set Line Endings: Unix 统一）。
Esc ——它清掉残留选区，让后续 Ctrl+Click 或 Ctrl+D 不受干扰。没这一步，后面所有同步动作都可能偏移。 
