sublime text 的跳转历史仅记录主动跳转操作（如f12、ctrl+click等），不记录编辑或移动；回退用ctrl+u等命令，但堆栈为空时无效；编辑点需插件或书签实现。
Sublime 的跳转历史不是“自动记录编辑点”，而是“只记主动跳转”
Sublime Text 从不把打字、删行、方向键移动当作可回溯事件。它只在你明确改变上下文时压入跳转堆栈（jump stack）：比如 F12 进函数定义、Ctrl+Click 跳变量、Ctrl+P 选中某行后回车、Ctrl+F 后按 Enter 跳匹配项、鼠标点击任意非当前光标位置。这些动作才会被记录；↑/↓、PageUp、滚动条拖动、Home/End 全都不算。
哪些快捷键真能回退光标位置（且别被名字误导）
以下三组快捷键本质相同，都调用 jump_back 命令，共享同一套跳转堆栈（默认上限 16 条）：
-
Ctrl+U（Windows/Linux）或Cmd+U（macOS）：最常用，连续按可逐级回溯 -
Ctrl+Alt+←（Win/Linux）或Cmd+Option+←（macOS）：语义清晰，“后退”感强，跨文件更稳 -
Ctrl+Alt+-（主键盘区减号，非小键盘）或Cmd+Option+-：适合手离方向键远的布局
注意：Ctrl+Tab 是切标签页，和光标位置无关；Ctrl+Shift+Tab 是跳到堆栈最底端（最早那次跳转前），不是多步回退；Ctrl+Shift+U 或 Ctrl+Shift+Alt+→ 在部分版本未绑定或行为不稳定，别依赖。
为什么按了 Ctrl+U 没反应？常见失效场景
这不是快捷键坏了，是跳转堆栈为空或被清空：
- 刚启动 Sublime，还没做过任何跳转（比如没点文件、没搜、没按
F12）→ 堆栈为空 - 手动关闭又重开某个文件 → 该文件的跳转历史被丢弃
- 用 SideBarEnhancements 的 “Open with” 等非标准方式打开文件 → 不触发入栈
- 堆栈已满 16 条 → 最早的位置被丢弃，无法回溯太早的点
- 多光标状态下
jump_back行为不可靠，建议先按Esc清除多选再试
验证方法：按 Ctrl+Shift+P 输入 Jump Back，若命令灰色不可选，说明当前无有效历史。
真想跳“上次改过的地方”，得绕过原生限制
原生 Sublime 不提供编辑点历史，但可用这些方式逼近：
- 装
JumpToLastEdit插件（通过 Package Control 安装）：Ctrl+Alt+←就能跳到真实编辑发生处（输入、删除、粘贴的位置） - 手动打书签：
Ctrl+K Ctrl+Space标记当前行，Ctrl+K Ctrl+Backspace跳回最近书签 —— 适合写完一段逻辑后立刻返回开头调整 - 配
GitGutter：左侧显示+/~/-，点击即可跳到修改行；再配Ctrl+Shift+Alt+→可顺序跳下一个修改点（未跟踪文件需设"show_gitgutter_on_untracked": true）
最常被忽略的一点：你反复按 Ctrl+U 失败，往往不是快捷键问题，而是根本没做过任何能进栈的操作 —— 它只记得你“去过哪儿”，不记得你“动过什么”。
