Sublime Text内置编辑位置跳转快捷键为：Windows/Linux用Ctrl+U（上一个）和Ctrl+Shift+U（下一个），macOS用Cmd+U和Cmd+Shift+U；Ctrl+U可能被soft_undo或插件覆盖，需通过带is_widget上下文的用户键绑定修复。
Sublime Text 内置的编辑位置跳转快捷键是什么？
Sublime Text 默认支持「跳转到上一个/下一个编辑位置」，对应的是 goto_prev_edit 和 goto_next_edit 两个命令，无需插件，开箱即用。
Windows / Linux 和 macOS 的快捷键分别是什么？
快捷键因系统而异，且容易混淆——尤其 macOS 用户常误以为是 Cmd+Z 类组合：
- Windows / Linux：
Ctrl+U（上一个编辑位置），Ctrl+Shift+U（下一个） - macOS：
Cmd+U（上一个），Cmd+Shift+U（下一个）
注意：Ctrl+U 在 Windows 上和「软撤销」（soft undo）冲突，默认绑定被覆盖；如果你发现按了没反应，大概率是快捷键被其他功能占用了。
为什么有时 Ctrl+U 不跳转，反而触发了其他行为？
常见原因有三个：
-
Ctrl+U在部分 Sublime 版本或配置中被映射为soft_undo，优先级高于goto_prev_edit - 安装了插件（如 Emmet、SideBarEnhancements）悄悄重绑定了该快捷键
- 用户自定义了
Key Bindings – User，但没用context过滤作用域，导致在非编辑器视图（如侧边栏、控制台）也生效，行为异常
验证方式：打开命令面板（Ctrl+Shift+P / Cmd+Shift+P），输入 goto prev edit，手动执行看是否生效。如果可以，说明快捷键确实被覆盖了。
如何安全地修复或自定义跳转快捷键？
推荐直接修改用户键绑定，明确限定作用域，避免干扰：
[
{ "keys": ["ctrl+u"], "command": "goto_prev_edit", "context":
[{ "key": "setting.is_widget", "operator": "equal", "operand": false }] },
{ "keys": ["ctrl+shift+u"], "command": "goto_next_edit", "context":
[{ "key": "setting.is_widget", "operator": "equal", "operand": false }] }
]
这段配置加到 Preferences → Key Bindings – User 中即可。关键点在于 "setting.is_widget": false，它确保只在编辑器主区域生效，不侵入查找框、控制台等 widget 视图。
编辑位置记录默认保留最近 100 次更改（含输入、删除、粘贴），但不会记录光标移动或选中操作——这点常被误认为“跳转失效”，其实是根本没被记录。
