ctrl+g（windows/linux）或cmd+g（macos）是sublime text最快最稳的行号跳转方式，支持纯数字、相对行号（如+10）、列定位（如127:5），不依赖插件，精准定位且兼容未保存文件。
Ctrl+G 调出「转到行」对话框，直接输数字回车
这是 Sublime Text 最快、最稳的跳转方式，不依赖插件、不看光标位置、也不需要记住文件结构。按下 Ctrl+G（Windows/Linux）或 Cmd+G（macOS），输入行号（比如 127），按回车即可瞬间定位。
常见错误现象：输完没反应——多数是按了 Enter 但光标还在输入框里，得再按一次；或者误按 Esc 关掉了对话框；还有人输成 127: 或 line 127，它只认纯数字或带冒号的格式（如 127:5 表示第 127 行第 5 列）。
- 支持带列号跳转：
127:5→ 第 127 行第 5 列 - 支持相对行号：
+10向下跳 10 行，-3向上跳 3 行 - 如果当前文件未保存，行号仍有效；但大文件（>10MB）偶尔会延迟半秒，属正常
右键菜单里没有「转到行」？说明没启用命令面板快捷入口
Sublime 默认不把「转到行」放在右键菜单，但可以手动加进去。这不是 bug，是设计取舍：避免右键菜单过长。如果你常在鼠标操作中跳转，改一下上下文菜单配置就行。
路径是：Preferences → Context Menu → Edit Context Menu，在数组里插入这一项：
{ "caption": "Go to Line...", "command": "show_overlay", "args": {"overlay": "goto", "text": ":"} }
注意别漏掉逗号，也别破坏 JSON 结构。改完保存，右键就多了这一项。不过要注意：这个菜单项本质还是调用 show_overlay 命令，和 Ctrl+G 底层一致，只是入口不同。
- Mac 用户如果用了 Karabiner 或其他键盘映射工具，
Cmd+G可能被劫持，优先检查系统级快捷键冲突 - 某些主题（如 Predawn）会隐藏菜单文字，但功能仍在，可换回默认主题验证
跳转后光标卡在行首？那是 soft wrap 或 indent guide 干扰了视觉定位
行号跳转本身永远精准，但你可能觉得“没跳对”——实际是软换行（word_wrap）让长行折成了多行，或缩进引导线（draw_indent_guides）让你误判了物理行边界。这时候看状态栏左下角显示的 Ln 127, Col 1 才是真实位置。
- 临时关闭软换行：
Ctrl+Shift+P→ 输入Toggle Word Wrap回车 - 确认是否真的跳错：按
Ctrl+Home回到行首，再按→逐字符移动，看列号变化是否符合预期 - 插件如
BracketHighlighter有时会在跳转后自动居中高亮括号，造成“偏移”错觉，关掉插件试试
批量跳转多个文件的指定行？得靠「查找结果」面板反向驱动
Sublime 没有原生的“跨文件跳转到第 X 行”命令，但你可以用查找功能间接实现。比如想快速查看 5 个 JS 文件的第 42 行，就用 Find in Files（Ctrl+Shift+F）搜一个肯定存在的占位符（如 // line-42），然后在结果面板双击某条目，它会打开对应文件并跳到匹配行——而你只需提前在目标行加个临时标记。
更实用的做法是配合正则：^.{0,100}$ 配合 Where 限定路径，再人工筛选结果。但这不是真正意义的“跳转”，而是利用查找结果的导航链路。
- 不要试图用宏录制
Ctrl+G多次——每文件上下文独立，宏无法跨标签页生效 - 第三方插件
AdvancedNewFile或NavigationHistory也解决不了这个问题，它们不扩展跳转逻辑，只优化路径或历史 - 真要高频跨文件定位，建议用
Ctrl+P模糊开文件，再接Ctrl+G，两步比找插件更快
行号跳转看着简单，但容易卡在“以为跳了其实没跳准”或者“想批量操作却发现没接口”。关键是分清：编辑器原生命令管单文件精准定位，其他需求得绕道——不是功能缺失，是 Sublime 把“做一件事做到极致”当优先级。所以别折腾插件，先确认你按的是 Ctrl+G，输的是纯数字，看的是状态栏坐标。
