sublime text 不支持直接跳转到文件内第 n 个字符，必须先换算为“第 x 行、第 y 列”坐标；ctrl+g 仅识别行号或行列组合，纯数字如12345被解释为行号；换算需逐行统计换行符，列号从1开始且含空格制表符不含换行符；软换行和混合换行符（crlf/lf）会导致结果偏差。
Sublime Text 不支持跳转到文件内第 N 个字符（即全局字符偏移量），它只支持基于物理行和列的坐标定位。 所有声称“跳到第 12345 个字符”的需求，本质上都得先换算成「第 X 行、第 Y 列」，否则无法实现。
为什么 Ctrl+G 输入 12345 会失败？
Ctrl+G 的输入框只解析行号或行列组合，不识别纯数字字符索引。输 12345 会被解释为“跳到第 12345 行”，而非“第 12345 个字符”。如果文件总共才 2000 行，这个操作直接跳到末尾——不是错，是理解偏差。
- Sublime 内部用换行符分割物理行，字符偏移需逐行累加计算，编辑器未暴露该 API 给快捷键
- 日志里的
file.py:127:45中的45是列号（当前行第 45 个字符），不是全文件第 45 个字符 - 即使你手算出目标在第 287 行第 12 列，也必须输
287:12，输287:0或287:-1无效（列号必须 ≥ 1）
怎么把“第 N 个字符”手动换算成行列坐标？
没有一键按钮，但可快速估算：打开文件 → Ctrl+Shift+P → 输入 Selection: Expand Selection to Line（或手动选中全部内容）→ 查看状态栏显示的字符总数（如 12345 chars）。然后用 Python 或命令行辅助拆解：
python -c "s=open('file.py').read(); i=12345; l=s[:i].count('\n')+1; c=i-s[:i].rfind('\n') if '\n' in s[:i] else i+1; print(f'{l}:{c}')"
- 结果如
287:12，就可直接 Ctrl+G 输入 - 注意：列号从 1 开始计数，且包含空格、制表符，不含换行符本身
- 若目标位置跨行（比如第 12345 字符恰好是换行符），
rfind('\n')会返回上一行末尾，c 值可能为 1 —— 这是正常行为
软换行（word_wrap）会让行列换算彻底失效
开启 word_wrap: true 后，长行视觉上折成多行，但 Sublime 的物理行数不变。此时状态栏显示的 Line 42 是视觉行号，而 Ctrl+G 只认物理行号。你按 42:10 跳过去的，可能是物理第 38 行第 10 列。
- 临时关闭软换行：
Ctrl+Shift+P→ 输入Toggle Word Wrap回车 - 换算前务必确认右下角状态栏显示的是真实物理行号（右键状态栏 → 勾选
Show Line Numbers） - 某些主题（如 Predawn）会压缩状态栏文字宽度，导致双击
Line X, Col Y失效；切回默认主题可快速验证
真正容易被忽略的细节
所有跳转都依赖物理行结构，而混合换行符（CRLF 与 LF 混用）会导致行计数偏移。例如 Windows 下保存的文件含 \r\n，Sublime 在 Linux/macOS 上打开时，仍按单个 \n 计行，但 \r 会被计入列号——这意味着同一文件在不同系统上，相同字符偏移换算出的行列可能不同。别指望一次换算永久有效，尤其当文件在多人协作、跨平台编辑时。
