sublime text 没有“回到上次编辑处”的原生能力，只记录f12、ctrl+p、鼠标点击等主动跳转位置，不记录敲字删行等编辑行为；ctrl+u、ctrl+alt+←、ctrl+alt+-均回溯同一跳转堆栈（上限16条），刚启动或无跳转时无效，真要跳编辑点需插件如jumptolastedit或手动书签。
Sublime Text 没有“回到上次编辑处”的原生能力，它只记录「跳转位置」（比如 F12、Ctrl+P 选行、鼠标点击），不记录「你敲了字/删了行」这种编辑行为本身。想靠 Ctrl+U 找回刚改的那行代码？大概率失败。
哪些快捷键能回退光标位置（仅限跳转历史）
这三个命令本质相同，都操作同一套跳转堆栈（jump stack），默认上限 16 条：
-
Ctrl+U（Windows/Linux）或Cmd+U（macOS）：最常用，连续按可逐级回溯 -
Ctrl+Alt+←（Win/Linux）或Cmd+Option+←（macOS）：语义清晰，“后退”感强，跨文件跳转更稳 -
Ctrl+Alt+-（Win/Linux，主键盘区减号）或Cmd+Option+-（macOS）：适合手离方向键远的布局
注意：Ctrl+Tab 是切标签页，和光标位置无关；Ctrl+Shift+Tab 是跳到堆栈最底端（最早那次跳转前），不是多步回退。
为什么按了没反应？常见失效场景
跳转堆栈不是永久存储，以下情况会导致 jump_back 命令不可用：
- 刚启动 Sublime，还没做过任何跳转（比如没点文件、没搜、没按
F12）→ 堆栈为空 - 手动关闭又重开某个文件 → 该文件的跳转历史被清空
- 用 SideBarEnhancements 的 “Open with” 等非标准方式打开文件 → 不触发入栈
- 堆栈已满 16 条 → 最早的位置被丢弃，无法回溯太早的点
验证方法：按 Ctrl+Shift+P 输入 Jump Back，若命令灰色不可选，说明当前无有效历史。
真要跳“上一次修改过的地方”，得靠插件或变通法
原生 Sublime 不提供编辑点回溯，但可用这些方式逼近需求：
- 装
JumpToLastEdit插件（通过 Package Control 安装）：Ctrl+Alt+←就能跳到真实编辑发生处（输入、删除、粘贴的位置） - 手动打书签：
Ctrl+K Ctrl+Space标记，Ctrl+K Ctrl+Backspace跳回最近书签 —— 适合写完一段逻辑后立刻返回开头调整 - 配合
GitGutter：左侧显示+/~/-，点击即可跳到修改行；再配Ctrl+Shift+Alt+Right可顺序跳下一个修改点
别指望 Ctrl+U 记住你改了哪一行——它只记得你“去过哪儿”，不记得你“动过什么”。编辑点跳转必须靠插件补足，这是 Sublime 的设计边界，不是配置问题。
