Sublime Text仅记录跳转操作（如F12、Ctrl+P、鼠标点击、Ctrl+F后回车）的位置，不记录编辑行为；Ctrl+U/Ctrl+Alt+←/Ctrl+Alt+-调用同一跳转堆栈（上限16条），堆栈为空时全部无效。
Sublime 的光标位置记录只存「跳转」，不存「编辑」
Sublime Text 原生不记录你敲字、删行、按方向键移动这些编辑行为的位置。它只把以下操作记为「跳转点」并压入堆栈：F12（跳转定义）、Ctrl+P（快速打开文件后选中某行）、鼠标点击任意位置、Ctrl+F查找后按 Enter 跳转到匹配项。这些才是 Ctrl+U、Ctrl+Alt+← 能回退的目标。
三个快捷键本质相同，但触发路径不同
别纠结哪个“更正确”，它们调用的是同一套跳转堆栈（上限 16 条），只是绑定方式不同：
-
Ctrl+U（Win/Linux）或Cmd+U（macOS）：最常用，连按可逐级回溯，适合查完函数定义立刻返回 -
Ctrl+Alt+←（Win/Linux）或Cmd+Option+←（macOS）：语义明确，多文件跳转后更稳 -
Ctrl+Alt+-（Win/Linux）或Cmd+Option+-（macOS）：注意是主键盘区上方的-，不是小键盘减号
这三个命令在插件未冲突、非多光标状态下表现一致；一旦堆栈为空（比如刚启动、没做过任何跳转），全部无效。
为什么 Ctrl+U 没反应？常见原因就这三条
遇到按了没反应，优先排查这几个硬性条件：
- 当前没触发过任何跳转操作——纯打字、滚动、选中都不算，堆栈就是空的
- 装了插件（如
SideBarEnhancements或自定义快捷键插件）劫持了Ctrl+U绑定 - 处于多光标/多选区状态，该命令会直接失效或跳到意外位置
验证方法：随便按一次 F12（哪怕没定义也能压一个空跳转），再试 Ctrl+U——如果这时有反应，说明之前确实是堆栈为空。
真要回到「上次编辑处」，得绕开原生机制
原生功能做不到，但有实际可用的替代路径：
- 手动书签：
Ctrl+K Ctrl+Space标记当前位置，Ctrl+K Ctrl+Backspace跳回最近书签——适合写完一段逻辑后想快速返头调整 - 插件辅助：像
JumpToLastEdit或ChangeMark这类插件会监听on_modified事件，把每次输入、删除都记为可跳转节点 - Git 辅助：配合
GitGutter插件，看行号旁的修改标记，再手动点击跳转——虽不自动，但指向明确
最容易被忽略的一点：跳转堆栈是全局的，跨文件生效，但不跨 Sublime 实例——关掉窗口再重开，历史就清空了。如果依赖这个机制做高频切换，建议保持窗口常驻。
