多行编辑是需人工干预时的安全选择，不依赖正则、不跨文件，但要求选区含换行符且光标位置需精准控制；适用线性操作如加前缀/后缀，不适用于嵌套结构或跨文件批量修改。
多行编辑不是批量替换的替代方案，而是结构松散、需人工干预时的更安全选择——它不依赖正则，不跨文件，但能精准控制光标位置和输入时机。
Ctrl+Shift+L 拆行光标总错位，怎么对齐？
这个快捷键只在「已选中跨行文本」的前提下生效，不是全局模式开关。选区必须包含换行符（比如鼠标拖过几行末尾），否则只会生成一个光标。
- 光标默认落在每行末尾换行符前，输入内容会追加到行尾；想统一加在行首，得先按
Home或运行命令面板里的Align Indent - 如果选区含缩进空格，所有光标就卡在缩进位置，一输字母整块右移——表面齐，实际错
- 空行也会被拆出光标，但光标停在开头，容易漏改；处理日志或配置时尤其明显
- 操作不可逆，原始选区直接消失；若只是想复制多行再分别粘贴，别用它，改用命令面板搜
Split Selection into Lines
用多行编辑补前缀/后缀，为什么有时输着输着就乱了？
本质是光标位置没锁定，导致后续输入偏移。多行编辑适合线性操作（如统一加console.log、补return、删行首//），但不适合嵌套结构或条件分支。
- 先确保选区干净：避免包含行尾空格或制表符，否则光标会卡在不同列
- 补前缀时，用
Ctrl+Shift+L后立刻按Home→ 再输入，比靠肉眼对齐稳得多 - 删行首注释，别直接搜
//替换——用多行编辑选中所有//起始位置，按Delete一次删掉 - 想给某几行加
/* */包裹，先用鼠标框选目标行（含行尾），再按Ctrl+Shift+L，输入/*和*/两段，中间留空让光标自然跳转
什么时候该放弃多行编辑，切回 Ctrl+H 或 Ctrl+Shift+F？
当你要改的内容有明确结构边界（比如函数签名、JSON key、URL 路径）、或涉及几十个未打开文件时，多行编辑效率反低，还容易漏。
- 目标明确、结构可控（如把所有
function foo()改成const foo = () =>）→ 用Ctrl+H+ 正则，捕获缩进：^(\s*)function (\w+)\(\) - 要改分散在多个文件里的变量名（如
user_id→userId）→ 必须用Ctrl+Shift+F，Where 填src/**/*.js，勾选Whole Word - 想删掉所有空行但保留末尾合法换行 → 多行编辑做不到，得用正则：
^\s*$\R替换为空，再用\R$删多余末尾换行 - 处理 JSX 或模板字符串里的内容（如
`${console.log()}`）→ 多行编辑会误改，正则也难排除，此时人工校验比硬上更省时间
最常被忽略的是上下文限定——多行编辑看似“所见即所得”，但一旦选区跨了逻辑块（比如选中了 if 块里部分行又漏掉 else），后续输入就可能破坏语法。它不判断语义，只响应光标位置。
