sublime text不支持跳转到文件内第n个字符，仅支持行列坐标定位；ctrl+g输入“行号:列号”（如287:12）是唯一原生精确定位方式，列号从1开始、含空格制表符、不含换行符，且需sublime text 4.4+完整支持。
Ctrl+G（Windows/Linux）或 Cmd+G（macOS）是跳转到指定行号的原生命令，但 Sublime Text 没有原生支持“跳转到指定字符位置”的功能——它不提供按字符索引（如第 12345 个字符）直接定位的命令。
如果你看到日志或工具报错里写着类似 file.py:127:45，这里的 45 指的是列号（column），不是文件内第几个字符；Sublime 跳转的是「第 127 行、第 45 列」这个坐标点，而非「从文件开头数第 45 个字符」。
Ctrl+G 输入 行号:列号 是唯一可行路径
Sublime 的 Ctrl+G 支持行列精确定位，但前提是：
- 你已知目标在哪一行
- 且该行足够短，列号大致可估（比如缩进后函数名起始位置）
例如输入 127:45，Sublime 会跳到第 127 行、光标置于该行第 45 个字符（列）的位置（列号从 1 开始计数）。
- 不支持
127:0或127:-1：列号必须 ≥ 1 - 如果该行不足 45 列，光标会停在行尾
- 列号计算包含空格、制表符（
\t），但不包含换行符本身
为什么不能跳“第 N 个字符”？底层限制在哪
Sublime Text 的文本引擎不暴露全局字符偏移（global character offset）API 给用户命令。所有跳转逻辑都基于行 + 列二维坐标系，而非一维字符流。
- 文件打开时，Sublime 按行分割并缓存行首偏移，但不预建“字符 → 行/列”映射表
- 大文件（>10MB）启用懒加载，连行号都是边跳边算，更不会维护全量字符索引
- 插件也无法可靠实现该功能：没有稳定 API 获取任意字节偏移对应的行列位置（尤其混用
\r\n和\n时）
所以，所谓“跳转到第 10000 个字符”，实际要先手动算出它落在哪一行、哪一列——这通常比直接滚动或搜索还慢。
替代方案：用搜索 + 定位逼近目标字符位置
如果目标是靠近某个特定字符串或模式（比如日志中某段 hex 值、base64 片段），可用以下组合：
-
Ctrl+F（Windows/Linux）或Cmd+F（macOS）：搜索目标文本 - 搜索后按
F3或Shift+F3循环跳转 - 若需精确到字符偏移，可复制前 N 个字符（含空格/换行）作为搜索关键词，缩小范围
注意：Ctrl+P 中输入 @符号 或 :行号 都无法替代字符级定位；它们只处理符号名或行坐标。
真正容易被忽略的是：列号 ≠ 字符索引。开启 word_wrap: true 后，状态栏显示的列号仍是物理列（即该行原始字符串的第 X 个字符），不是视觉折行后的列。别被软换行迷惑。
