sublime Text 的“上一个跳转位置”功能仅记录主动跳转操作（如F12、Ctrl+P、鼠标点击等），不记录编辑行为；Ctrl+U/Ctrl+Alt+←/Ctrl+Alt+- 均用于回溯跳转堆栈，本质相同；刚启动、文件重开、插件非标打开或堆栈满16条时会失效；真“上一次修改点”需插件如gitGutter或ChangeMark支持。
Sublime 没有“上一次修改点”功能，只有“上一个跳转位置”
这是最容易误解的地方：sublime text 不记录你敲了字、删了行这些编辑行为本身，它只记录你“主动跳转”的位置——比如用 F12 跳转到函数定义、Ctrl+P 打开文件后选中某行、鼠标点击任意位置、甚至 Ctrl+F 查找后按 Enter 跳转到匹配项。这些操作会把光标位置压入跳转堆栈（jump stack），而 Ctrl+U 或 Ctrl+Alt+← 就是回退这个堆栈。
所以如果你只是上下方向键移动、滚动鼠标、或在当前行打字，这些不会被记为跳转点，按 Ctrl+U 也不会回到那里。
真正有效的三个快捷键组合及适用场景
别死记一个键，不同操作习惯对应不同路径：
-
Ctrl+U（windows/linux）或Cmd+U（macOS）：最常用，连续按可逐级回溯多个跳转点；适合刚从F12看完定义想立刻回来、或查找替换后返回原处 -
Ctrl+Alt+←（Win/Linux）或Cmd+Option+←（macos）：语义更明确的“后退”，和浏览器一致；在多文件间跳转后特别稳 -
Ctrl+Alt+-（Win/Linux）或Cmd+Option+-（macOS）：同样是“后退”，但部分键盘布局下减号比方向键更顺手；注意不是小键盘的减号，是主键盘区上方数字行的-
这三个命令本质是同一套跳转堆栈的不同触发方式，没有优先级差异，选一个练熟就行。但注意：Ctrl+Tab 是切标签页，和光标位置完全无关，别混用。
为什么有时按了没反应？常见失效原因
跳转历史不是永远有效，以下情况会导致堆栈为空或中断：
- 刚启动 Sublime，还没做过任何跳转操作（比如没点过文件、没搜过、没按过
F12）→ 堆栈为空，Ctrl+U无响应 - 手动关闭了文件再重开 → 该文件的跳转历史被清空（Sublime 不跨会话保存跳转堆栈）
- 使用了某些插件（如
SideBarEnhancements的“Open with”）打开文件 → 部分非标准打开方式不触发跳转入栈 - 堆栈满 16 条（默认上限）→ 最早的位置被自动丢弃，无法回溯到太早的点
如果怀疑堆栈异常，可临时用命令面板：Ctrl+Shift+P → 输入 Jump Back，看是否有可用命令；若灰色不可选，说明当前无历史。
想真跳“修改过的地方”？得靠插件补足
原生 Sublime 不提供“上一个修改行”跳转。如果你改了 utils.py 第 42 行，又改了 main.py 第 187 行，想一键回去——必须借助插件：
-
GitGutter：显示左侧标记（+/~/-），配合Ctrl+Shift+Alt+→跳到下一个修改行 -
ChangeMark：提供jump_to_previous_change命令，但只识别已保存的变更（unsaved changes 不计入） - 手动书签：
F12打标，Shift+F12跳转，适合关键逻辑入口或调试断点
记住：原生跳转是“你去过哪”，插件标记是“你改过哪”——两者互补，但不能互相替代。日常开发中，Ctrl+U 解决 80% 的上下文切换需求，剩下 20% 再按需加插件。