Ctrl+U是“上一个跳转位置”而非“最后编辑点”，仅记录F12、Ctrl+P等跳转操作，不记录编辑动作；真正回退编辑点需用书签（Ctrl+K Ctrl+Space）、GitGutter插件或git diff+Ctrl+G。
Ctrl+U 不是“最后编辑点”，而是“上一个跳转位置”
很多人按 Ctrl+U 想回到刚改完的那行代码，结果跳到了完全无关的位置——因为 Ctrl+U 只回退「跳转历史」，不记录你敲字、删行、粘贴这些编辑动作。它只在你执行 F12（Go to Definition）、Ctrl+P 选中某行、鼠标点击、Ctrl+F 后按 Enter 跳转时才入栈。
如果你只是在当前文件里连打十几行代码，中间没触发任何跳转，Ctrl+U 就无事可做——堆栈为空，快捷键自然失效。
- 检查是否刚启动 Sublime：新打开的会清空跳转栈
- 确认没被输入法、截图工具或安全软件劫持
Ctrl+U - 多光标状态下该命令行为不可靠，建议先
Esc退出多选再试
真正能回到“最后编辑点”的三个可靠办法
Sublime 原生不存编辑点，但可以通过组合手段逼近需求：
-
Ctrl+K Ctrl+Space手动打书签：写完一段逻辑前先按这个，之后用Ctrl+K Ctrl+Backspace一键跳回最近书签——这是最可控、不依赖插件的方式 - 装
GitGutter插件：左侧显示+/~/-标记，按Ctrl+Shift+Alt+→直接跳到下一个修改行（需开启自动刷新） - 用
git diff -U0配合Ctrl+G：终端运行该命令，复制最新改动的行号，回 Sublime 按Ctrl+G输入跳转——适合保存后才发现漏改的情况
别信“Ctrl+Alt+-”能跳编辑点，它和 Ctrl+U 是同一套机制
Ctrl+Alt+-、Ctrl+Alt+←、Ctrl+U 全部调用的是同一个内置命令 jump_back，底层共享同一跳转栈。它们之间只有快捷键差异，没有功能区别。
所谓“编辑点”其实是误传——Sublime 从不把 Enter、Backspace 或普通输入当作跳转事件。即使你刚在第 42 行敲完 return True，只要没点击、没搜索、没跳定义，这行就不会进栈。
- 重启 Sublime 后跳转历史清空，书签和 GitGutter 标记不受影响
- 插件如
SublimeHistory可扩展记录编辑动作，但它不是原生能力，且部分版本与 Sublime 4.4+ 存在兼容问题 - 跨文件跳转时，堆栈仍有效；但关闭某个标签页再重开，该文件的历史位置就丢失了
最易忽略的实操细节：跳转栈有容量上限
Sublime 的跳转栈默认最多存 16 条记录。连续按 Ctrl+U 超过 16 次后，最早的位置会被挤出，无法再回溯。
这个限制不可配置，也无提示。当你发现“怎么按十几次都跳不到最初那行”，大概率就是栈溢出了。
- 高频切换场景下，建议每完成一个逻辑块就手动打一个书签，别全靠跳转栈
-
GitGutter的标记不依赖跳转栈，只要文件在 Git 仓库里，就能稳定定位修改行 - 如果项目未纳入 Git，至少启用 Sublime 的自动保存（
"save_on_focus_lost": true），配合文件系统时间戳辅助判断
