Sublime Text 无原生“上一个编辑点”跳转功能，Ctrl+Shift+Tab/Cmd+Shift+Tab 跳转的是最近访问的光标位置而非编辑点；Ctrl+U 仅撤销内容操作，不记录光标历史；可靠方案是安装插件 JumpToLastEdit，绑定 Ctrl+Alt+Up/Cmd+Alt+Up，监听 on_modified 事件实现跨文件编辑点跳转。
Sublime Text 没有原生的“上一个编辑点”跳转功能，但可以用 Ctrl+Shift+Tab（Windows/Linux）或 Cmd+Shift+Tab（macOS）模拟接近效果——它跳转的是最近访问过的光标位置，不是严格意义上的“编辑点”，但日常修改中足够实用。
为什么 Ctrl+U（Undo）不能当跳转用？
很多人误以为按 Ctrl+U 能“退回光标位置”，其实它只撤销编辑操作，不记录光标移动历史。连续输入、删除、粘贴后，Ctrl+U 可能还原整行甚至触发多步撤销，光标反而跑到意外位置。
-
Ctrl+U是内容操作，不是导航命令 - 撤销栈和光标历史完全独立，Sublime 不共享这两条链路
- 开启
ignored_packages: ["Vintage"]后，Ctrl+U在非 Vim 模式下行为更稳定，但依然不解决跳转问题
Ctrl+Shift+Tab 的真实行为和限制
这个快捷键调用的是 Sublime 的“跳转到上一个位置”（jump_back），底层依赖的是 sublime_plugin.EventListener.on_deactivated 和视图焦点切换时的光标快照。它记录的是你主动离开某个视图/光标停留超过 300ms 的位置，不是每次按键都记。
- 仅在你切换过 tab、点击过其他区域、或用
Ctrl+P打开新文件后才有效 - 同一文件内快速上下滚动或用鼠标点选，不会新增跳转点
- 重启 Sublime 后历史清空，不持久化
- 如果插件（如
SideBarEnhancements）劫持了Ctrl+Shift+Tab，需检查Preferences → Key Bindings中是否被覆盖
真正可靠的编辑点跳转：靠插件 JumpToLastEdit
想精确回到“最后修改过的地方”，必须借助社区插件。目前最轻量、维护活跃的是 JumpToLastEdit（通过 Package Control 安装），它监听 on_modified 事件并手动维护一个栈。
- 安装后默认绑定
Ctrl+Alt+Up（Windows/Linux）或Cmd+Alt+Up（macOS） - 支持跨文件跳转，且会跳转到修改发生的**行首**（不是光标上次停留处）
- 若你在某行插入了字符又删掉，只要内容变化过就记为一次编辑点
- 注意：它不记录“选中后剪切”这类无内容变更的操作；若开启
auto_save，自动保存不会触发新点
复杂点在于：Sublime 的 API 对“编辑”的定义很窄——只有 view.run_command('insert', {...}) 这类显式调用才算，而用户直接打字是底层输入事件，插件需额外 hook on_query_context 做补全。所以所有第三方方案都有微小延迟或漏记可能，别指望它像 VS Code 的 Ctrl+Alt+- 那样 100% 精确。
