sublime text多行编辑本质是光标定位控制而非区域限制；所有操作依赖快捷键实时叠加光标，光标所在即编辑发生处，无光标则不受影响。
多行编辑不是“区域限制”，而是“光标定位控制”
Sublime Text 没有「限制多行编辑作用区域」这个功能开关。所谓“限定范围”，实际是通过精准生成光标位置来实现的——光标在哪，编辑就在哪发生；没光标的行，完全不受影响。想避免误改，关键不是划个“安全区”，而是别让光标落到不该去的地方。
Ctrl+Shift+L 为什么总在错误位置加光标？
Ctrl+Shift+L（macOS 是 Cmd+Shift+L）不识别语义，只按换行符暴力拆分选区。它生成的光标位置取决于你选了什么、怎么选的：
- 选中三行文本但中间有空行？空行也会被拆出一个光标，且落在行首（可能覆盖缩进）
- 选区末尾带空格或
\t？光标会卡在空白之后，一输内容就把对齐搞乱 - 想统一光标到行首？拆完立刻按
Home（Windows/Linux）或Cmd+←（macOS） - 只想处理非空行？先用正则
^\s*$批量删空行，或手动Ctrl+Click只点目标行
列选择（Alt+拖动）真能框死编辑范围吗？
列选择（Shift+Alt+鼠标拖动 Windows/Linux，Shift+Option+鼠标拖动 macOS）看起来像画了个矩形框，但它本质是「视觉矩形选区」，不是逻辑区域锁。容易失效的点很具体：
- Tab 和空格混用时，列边界会错位——因为 Tab 被渲染为多个空格，但实际占一个字符位
- 文件启用了
translate_tabs_to_spaces但未重载，旧 Tab 字符还在，拖动时会在 Tab 处突然“跳格” - 行尾有 BOM 或零宽字符（
\u200b），列选到那一列就提前终止 - 验证是否真进列模式：打字时只有矩形内响应；如果整行变亮或被覆盖，说明只是普通连续选区
如何避开注释/字符串里的干扰项？
Ctrl+D 默认不跳过注释和字符串，这是设计行为，不是 bug。想绕开它们，得换策略：
- 先用正则查找
^\s*//.*$或^\s*#.*$把注释行临时折叠（Ctrl+Shift+[），再Ctrl+Click加光标 - 用
Ctrl+H→ 输入目标词 → 点左下角Aa关掉Match Case，再勾选Whole Word，减少误匹配 - 要跳过第 2 个匹配项（比如字段名重复）？停在它前面，按
Ctrl+K跳过，再按Ctrl+D - 真正需要语义感知（如只改变量名不碰字符串）？得靠插件如
WordHighlight配合手动确认，原生不支持
最常被忽略的是：多光标本身不区分上下文，所有光标共享同一输入流。你无法让第一个光标输 name、第二个输 age——这是 Sublime 的底层限制，不是设置问题。
