Sublime Text 的“跳转”机制，可能是很多用户长期困惑的根源。先明确一个关键点：**它没有“上一次编辑点”这个概念，只有“上一次跳转位置”。** 你必须先主动跳过去，才能退回来。Ctrl+U、Ctrl+Alt+←、Ctrl+Alt+Tab 这些快捷键，全依赖一个叫“跳转堆栈”的机制。而打字、删行、选中这些编辑行为，本身并不会被记录进这个堆栈。所以，当你刚打开文件，或者没做过任何跳转，又或者堆栈被清空时，这些键按了没反应，再正常不过了。
为什么Ctrl+U按了没反应？
这不是Bug，是设计使然。它只响应“主动跳转”动作，而不是“编辑”动作。具体来说：
Ctrl+U回退的是跳转历史，不是编辑历史。如果你没触发过F12、Ctrl+Click、Ctrl+P选行、Ctrl+F后按Enter这些操作，跳转堆栈就是空的。- 插件冲突也很常见，比如
SideBarEnhancements或自定义快捷键，可能会覆盖Ctrl+U的绑定。 - 在多光标状态下，
jump_back行为会变得不可靠，可能跳到第一个光标位置，而不是你预期的那个。 - 还有一点很重要：重启 Sublime Text 后，跳转堆栈会被清空——它不会跨会话保留。
哪些操作，才会真正进入跳转堆栈？
只有那些明确改变了上下文意图的动作，才会被记录下来。比如：
F12（Goto Definition）或Ctrl+Click进入函数或变量定义。Ctrl+P打开文件后，用方向键选中某行再回车。Ctrl+Shift+R查找符号后选中跳转。Ctrl+G输入行号并确认。- 鼠标点击任意非当前光标位置——包括侧边栏、标签页，甚至搜索面板的结果。
注意：方向键、PageUp/PageDown、滚动条拖动、Home/End 这些都不算“跳转”，自然也不会入栈。
想定位“真正改过的地方”？让插件来补足
原生功能在“修改点导航”上确实有短板，但通过一些组合拳，可以基本满足需求：
- 安装
GitGutter：它会在左侧显示+/~/-标记，用Ctrl+Shift+Alt+→可以跳到下一个修改行，←返回上一个。 - 手动书签：
Ctrl+K Ctrl+Space标记关键编辑起始处，Ctrl+K Ctrl+Backspace跳回最近的书签。 - 或者用
git diff -U0在终端快速定位最近改动的行号，再通过Ctrl+G跳转过去。 - 最后，一个容易被忽略的提醒：跳转堆栈最多存 16 条记录，且重启即丢。它并不适合用于大型项目里的多点修改场景。长期导航，还是依赖 Git 或书签更靠谱。
最核心的一点是：跳转堆栈和编辑历史是完全隔离的。你不能指望 Ctrl+U 帮你找回 3 分钟前删掉的那行 if 判断——它只记得你上次 Ctrl+Click 去看了哪个函数。
