ctrl+g跳转行号不生效通常是插件冲突、输入法干扰或语法高亮过重所致；光标默认停行首；大文件卡顿与高亮相关；无批量跳转功能，建议用查找替代。
Ctrl+G 跳转行号不生效？检查是否被插件拦截
Sublime Text 原生支持 Ctrl+G（Windows/Linux）或 Cmd+G（macOS）唤出行号跳转框，输入数字回车即可跳转。但如果你按了没反应，大概率是某个插件（比如 SideBarEnhancements 或 AdvancedNewFile）劫持了该快捷键。打开 Preferences → Key Bindings，搜索 "ctrl+g"，看是否有其他绑定覆盖了默认行为。
- 优先在用户键位文件里加一条覆盖规则：
[{"keys": ["ctrl+g"], "command": "show_overlay", "args": {"overlay": "goto", "show_files": false}}] - 临时验证：用菜单栏
Go To → Go to Line…，如果能弹出窗口，说明功能本身正常，纯属快捷键冲突 - 注意：部分中文输入法激活状态下按
Ctrl+G会触发输入法快捷键，切英文输入法再试
跳转后光标停在行首？这是默认行为，不是 bug
Sublime Text 的 goto_line 命令默认把光标移到目标行第一列，不会保留原列位置或自动选中整行。如果你习惯跳转后立刻编辑，得手动按 End 或 Right Arrow 移动光标——它不会记住你上次在这行的编辑点。
- 想跳转并自动定位到行尾：用命令面板（
Ctrl+Shift+P）运行goto_line后，再按End - 想跳转并选中整行：先
Ctrl+G，再按Ctrl+L（expand_selection_to_line） - 别指望它像 VS Code 那样带“跳转历史”或“列记忆”，Sublime 没这个逻辑
大文件里跳转卡顿？和行数无关，和语法高亮有关
跳转慢通常不是因为文件太大，而是当前启用的语法高亮（syntax definition）太重。比如打开一个未声明语法的超长日志文件，Sublime 可能默认用 Plain text，但某些插件会强行尝试匹配 Log File 或 JSON 语法，导致解析延迟。
- 右下角看当前语法名称，点击切换为
Plain text再试Ctrl+G - 禁用可疑插件（如
BracketHighlighter、SublimeLinter）后测试是否恢复流畅 - 行号跳转本身是 O(1) 操作，慢 = 渲染/高亮/插件响应拖累，不是跳转逻辑问题
批量跳转多个行号？没有内置功能，但可以靠正则临时凑合
Sublime 不支持一次输多个行号（比如 10,25,42），也没有“跳转列表”。真有这种需求，通常是查日志或定位错误堆栈，建议用查找代替跳转：
- 把行号转成正则模式，比如跳转第
123、456、789行 → 查找^\d{3,}.*$，再配合F3逐个定位 - 用多光标：先
Ctrl+G到第一行，Ctrl+Shift+L拆行，删掉不需要的行，剩下要跳的行号，再Ctrl+G一个个输 - 别写插件去实现“多行跳转”，维护成本远高于手动操作，Sublime 的设计哲学就是轻量，不是 IDE
