Sublime Text原生不支持跳转到上一个修改处，只记录光标跳转位置（如F12、Ctrl+P、鼠标点击），不记录打字删行等编辑行为；Ctrl+U、Ctrl+Alt+←、Ctrl+Alt+-均回溯同一上限16条的跳转栈，刚启动或无跳转时无效；真需定位编辑点须用书签、Git辅助或插件。
Sublime Text 原生不支持「跳转到上一个修改处」——它压根不记录“你改了哪一行”这件事，只记录“你把光标点/跳到了哪”。所以所有看似相关的快捷键，比如 Ctrl+U、Ctrl+Alt+-、Ctrl+Alt+←，实际都只是回退「跳转历史栈」，不是编辑历史。
为什么 Ctrl+U 和 Ctrl+Alt+- 不能回到你刚改的那行
这些命令调用的是 jump_back，底层依赖 Sublime 的跳转栈（jump stack），而该栈只在以下操作时入栈：
- 鼠标点击任意位置
-
F12跳转函数定义 -
Ctrl+P打开文件后按Enter或点击某行 -
Ctrl+F查找后按Enter跳转匹配项
但以下行为**不会**入栈：
- 上下方向键移动光标
- 在当前行打字、删空格、粘贴代码
- 滚动鼠标滚轮
- 保存文件（
Ctrl+S）
也就是说：你敲完一行代码后立刻按 Ctrl+U，大概率什么也不会发生——因为没新的跳转点可退。
真要定位最近修改点，这三种方式最可靠
没有银弹，但有适配不同场景的务实方案：
-
手动书签：写完一段逻辑立刻按
Ctrl+K Ctrl+Space标记；后续想回来就按Ctrl+K Ctrl+Backspace。轻量、无插件、不依赖 Git，适合单文件内短距返修 -
Git +
Ctrl+P：项目已git init且文件已git add，终端执行git status --porcelain | head -n1 | cut -d' ' -f2提取第一个修改文件路径，回到 Sublime 按Ctrl+P粘贴路径回车。精准、稳定、原生支持，但对未跟踪文件无效 -
插件辅助：装
ChangeMark或JumpToLastEdit，它们监听on_modified事件并维护独立栈。注意：会轻微拖慢启动速度，且部分插件在大文件中可能漏记快速连续编辑
别踩这个坑：jump_back 栈是固定长度 16，且不可视不可清空
这个栈就像个环形缓存：
- 满了就覆盖最老的一条，无法扩容或导出
- 重启 Sublime 后整个栈清空
- 没有命令面板入口，也看不到当前栈内容——你永远不知道第 15 条是不是你想要的位置
- 某些插件（如 SideBarEnhancements）会悄悄往栈里塞跳转点，干扰你的预期顺序
如果你发现按了三次 Ctrl+U 就断了，不是快捷键坏了，是栈里本来就没存够三条有效跳转点。
真正需要“编辑点导航”的人，最后基本都会走向 Git 组合技或插件方案——因为 Sublime 的设计哲学就是不碰“修改状态”，它只管光标落点。这点一旦理解清楚，就不会再反复试 Ctrl+U 看它为什么不工作了。
