sublime text 不支持按列语义跳转，需通过 ctrl+g 定位行、正则清理引号/空格、关闭换行后 alt+拖选实现列对齐；中文需替换占位，等宽字体和编码/换行设置是前提。
直接说结论：Sublime Text 本身不提供“按列语义跳转”的能力，所谓“多光标高级跳转校准行宽”，本质是用 Ctrl+G 定位 + 列选择（Alt+拖选）+ 正则预处理三步联动，而不是一键对齐。指望靠跳转自动识别字段边界，会卡死在第一页。
怎么用 Ctrl+G 快速定位到目标行开始校准
几千行 CSV 的校准不是从头扫，而是聚焦异常段落——比如报错日志里提示“line 2847 字段数不一致”，或肉眼发现某几行明显缩进错乱。
-
Ctrl+G（Windows/Linux）或Cmd+G（macOS）输入2847回车，光标立刻落到第 2847 行开头 - 若需精确定位到该行第 3 个逗号后（即第 4 列起始），输
2847:32（列号需手动数，或先用Ctrl+Shift+P→Move to Brackets类命令辅助估算） - 状态栏显示的
Ln 2847, Col 32是真实坐标，但注意：若启用了word_wrap: true，视觉位置和逻辑位置可能差好几屏——务必先关掉View → Word Wrap - 别用
Ctrl+P输入:2847替代，它走的是符号跳转通道，遇到未高亮的 CSV 文件可能匹配失败
为什么不能直接 Alt+拖选“第 4 列”，而要先清理引号和空格
CSV 列宽校准失败的根源，90% 出在分隔符被包裹或干扰字符污染。Sublime 的列选择只认字符偏移，不认字段语义。
- 字段含引号时，如
"Smith, John",25,"New York"，第 2 个逗号在引号内，Alt+拖选会把“John”,25,”New”当成一列，错位 - 字段前后有空格，如
name , age , city，拖选时鼠标对不准，松手后光标列偏移（尤其用非等宽字体时） - 正确做法：先用正则批量清理——
Ctrl+H开启正则，查找"([^"]*)"，替换为$1；再查^([^,]+),\s*，替换为$1,统一逗号后空格 - 做完这两步再
Alt+拖选，列才真正对齐；否则你看到的“整齐”，只是视觉幻觉
列选择后批量补空格对齐，但必须避开中文和全角字符
用空格拉齐列宽最轻量，但中文字宽 ≠ ASCII，直接拖选+输空格会让后续行彻底错开。
- 确认字体是等宽：
Fira Code、Consolas或JetBrains Mono，且View → Word Wrap关闭 - 若字段含中文，先用正则把中文替换成英文占位符：
查找[\u4e00-\u9fa5]，替换为X（或固定长度如CHN）；操作完再反向替换回去 -
Alt+鼠标从第 1 行字段起始拖到最后一行对应位置，松手后所有行该列同步有光标；按Space补空格，或Ctrl+V粘贴统一前缀 - 删列内容时慎用
Delete：它会删光标所在位置所有字符，包括前面的空格——想清空字段值但保留列结构，应先Ctrl+Shift+→选中字段再删
真正难的不是操作步骤，而是判断哪一行该信、哪一行该疑：Sublime 不验证 CSV 合法性，Ctrl+G 跳过去的位置，可能是换行符没闭合导致的逻辑偏移，也可能是 BOM 头把首行顶歪了。动手前，先用 File → Reopen with Encoding → UTF-8 with BOM 和 File → Line Endings → Unix 过一遍，比反复调列宽更省时间。
