Sublime Text中Ctrl+G/Cmd+G可直接跳转指定行，需输入纯数字如123；支持行号+列号格式如123:45（列从0起计），但不识别前缀、冒号前缀或复杂运算；仅主光标生效，且要求文件非只读、焦点在编辑区。
Sublime Text 里按 Ctrl+G（Windows/Linux）或 Cmd+G（macOS）就能跳转到指定行，不需要插件、不用配置——但输错格式或忽略光标位置，它就“假装没看见”。
Ctrl+G / Cmd+G 输入后没反应？检查这三件事
常见错误现象：按下快捷键弹出输入框，输完回车，光标纹丝不动。
- 输入格式不对：
123可以，line 123或:123不行（Sublime 不识别前缀或冒号） - 当前文件是只读或未保存的临时缓冲区（比如刚新建没命名的 tab），
Ctrl+G会静默失败 - 光标不在编辑区——比如焦点还在侧边栏、命令面板或搜索框里，快捷键根本没被 Sublime 捕获
支持行号+列号定位，但语法很严格
使用场景：快速定位到某函数起始位置的第 5 行、第 12 列，方便精准插入或删改。
- 必须写成
123:45格式（行号在前，列号在后，中间一个英文冒号） - 列号从 0 开始计数，
123:0是第 123 行开头，123:1是第一个字符之后的位置 - 如果列号超出该行长度，光标会自动落到行尾，不会报错也不会提醒
示例：42:8 → 跳到第 42 行，第 9 个字符位置（因为列号从 0 算起）
和其它跳转功能冲突？优先级其实很明确
性能 / 兼容性影响：这个功能是 Sublime 内置原生逻辑，不依赖插件，也不受 goto_definition 或 goto_reference 设置干扰。
- 当同时装了
CTags或SublimeCodeIntel，它们的F12跳转和Ctrl+G完全无关，互不影响 - 但如果你自定义过快捷键，检查
Preferences > Key Bindings里是否覆盖了ctrl+g或cmd+g—— 常见冲突来自终端模拟器插件或 Markdown 编辑扩展 - 多光标模式下，
Ctrl+G只作用于主光标（最下方那个），其余光标保持原位
容易被忽略的是：行号输入框支持简单运算，比如 100+5 或 200-1，但不支持括号和乘除；输完直接回车就行，不用按方向键确认——很多人卡在这一步，多按一次 Enter 反而清空了输入框。
