sublime原生不支持excel式分列，所谓“分列对齐”实为手动光标控制：ctrl+shift+l仅按换行符拆多行选区为独立光标，位置取决于原始选区起始列；真分列需列选择（alt+拖拽）或alignment插件按符号对齐，且需手动配置alignment_chars并确保换行符与缩进统一。
Sublime 原生功能里根本没有“多行文本分列”这个操作——它不支持像 Excel 那样按逗号、制表符或空格一键拆成多列。所谓“分列对齐”，本质是手动控制光标位置后批量编辑，不是数据解析。
Ctrl+Shift+L 拆行光标 ≠ 分列，只是按行切选区
很多人以为 Ctrl+Shift+L（macOS 是 Cmd+Shift+L）能把一行“a,b,c”自动拆成三列，其实它只做一件事：把当前选中的**多行文本**，按换行符切成独立光标，每行一个，光标停在你原始选区的起始列。
- 你选中 5 行带等号的赋值语句，
Ctrl+Shift+L后光标全落在第 1 列？说明你拖选时是从行首开始的 - 光标落在第 8 列？说明你拖选起点在第 8 列，哪怕那行前面有缩进或空格
- 单行选区（哪怕含换行符）不会触发，状态栏显示
1 line selected就别试了 - 混用 Tab 和空格会导致光标列偏移——
"translate_tabs_to_spaces": true必开
真想“分列”，得靠列选择（Alt+拖拽）或键盘列光标
Excel 式分列需要垂直对齐操作，Sublime 原生靠的是矩形选区或纵向光标堆叠，不是语法识别：
- 鼠标列选：必须先按住
Alt（macOSOption），再左键拖动；先点鼠标再按 Alt = 白忙活 - 键盘列选：光标定位到目标列（如第 12 列），按
Ctrl+Alt+↓（macOSCmd+Option+↓）向下逐行加光标 - 列选后输入内容会覆盖原位置字符，删字符也是同步删——不像表格能保留结构
- 如果某行该列是空格或制表符，列选会把它一起框进去；提前用
Ctrl+Shift+P → Trim Trailing White Space清理更稳
Alignment 插件不是“分列工具”，而是“按符号对齐器”
很多人装了 Alignment 就以为能自动分列，结果 Ctrl+Alt+A 没反应——它根本不管字段分割，只找配置里的 alignment_chars 并对齐它们：
- 默认只认
=，想对齐:或=>，必须改Preferences → Settings – User，加这行：{"alignment_chars": ["=", ":", "=>", "->"]} -
==要写在=后面，否则=先匹配，==被拆成两个单独=处理 - 空行、缺分隔符的行直接跳过——不是 bug，是设计逻辑
- 快捷键冲突常见：macOS 的
Cmd+Opt+A默认被 Spotlight 占用，要去「系统设置 → 键盘 → 快捷键」关掉
真正接近 Excel 分列的实操路径
如果你手头是 CSV 或制表符分隔的数据，硬靠 Sublime 原生功能“分列”效率极低。可行但需手动配合：
- 先用正则替换把分隔符（如
,）替换成换行符，变成单列数据，再Ctrl+Shift+L拆行 - 用列选选中所有行的第 1 字段区域，复制 → 新建文件 → 粘贴 → 再列选第 2 字段……本质是手工切块
- 更现实的做法：粘贴进 Numbers / Excel / VS Code（装 Prettify JSON 或 CSV Editor 插件）做完分列，再复制回 Sublime
- 别指望
Ctrl+Shift+V（带缩进粘贴）能自动对齐多行——它只保证缩进一致，不校验字段数
复杂点在于：Sublime 的“列”是像素级坐标，不是逻辑字段；它的“行”依赖换行符一致性，\r\n 和 \n 混用会让 Ctrl+Shift+L 切错行。这些细节不显眼，但一出错就全盘偏移。
