Ctrl+U没反应是因为Sublime只记录F12、Ctrl+Click等主动跳转位置，不记录打字删行等编辑行为；需先触发跳转才能回溯，三组快捷键本质相同，真回编辑点需插件或书签。
Ctrl+U 按了没反应？不是 bug，是 Sublime 根本不记录“编辑位置”——它只存“跳转位置”。想闪回，得先确认你有没有真正触发过跳转。
为什么 Ctrl+U 经常失效
这个快捷键回退的是跳转堆栈（jump stack），不是编辑历史。如果你只是敲字、删行、粘贴、上下滚动或按方向键，这些操作完全不会入栈。
-
Ctrl+U有效前提是：你之前用过F12、Ctrl+Click、Ctrl+P选中某行后回车、Ctrl+G输入行号、或鼠标点击了别的位置 - 刚启动 Sublime、打开新文件、或堆栈已满 16 条（上限）时，
Ctrl+U必然无响应 - 插件如
SideBarEnhancements可能劫持Ctrl+U绑定，导致失灵 - 多光标模式下，
Ctrl+U行为不稳定，通常只跳主光标位置
Ctrl+Alt+← 和 Ctrl+Alt+- 有什么区别
三者底层调用同一命令（goto_prev_edit），但触发方式不同，实际效果一致：
-
Ctrl+Alt+←：语义清晰，和浏览器后退一致，推荐日常使用 -
Ctrl+Alt+-：注意必须是主键盘区上方的-（数字行右侧），不是小键盘减号；部分笔记本键盘需配合Fn才能触发 -
Ctrl+U：历史最久，但容易被插件覆盖，且在 macOS 上对应Cmd+U，不是Cmd+Alt+←
真要跳到“改过的地方”，只能靠插件
原生功能无法捕获编辑行为本身。如果刚删了一行 if 或补了个 return，又想立刻回去，必须补足能力：
- 装
JumpToLastEdit：监听真实编辑事件，Ctrl+Alt+←就能跳到输入/删除/粘贴位置；但大文件响应略慢，多光标下只记主光标 - 配
GitGutter：左侧显示+/~/-，用Ctrl+Shift+Alt+→跳下一个修改行；适合 Git 已暂存或未暂存的改动 - 手动书签：
Ctrl+K Ctrl+Space标记，Ctrl+K Ctrl+Backspace回跳；适合长流程调试中关键断点
最容易被忽略的一点
跳转堆栈和编辑历史完全隔离。你不能指望 Ctrl+U 帮你找回 3 分钟前删掉的那行 if 判断——它只记得你上次 Ctrl+Click 去看了哪个函数。真要靠它导航，得养成主动跳转的习惯：每次看定义、查符号、点搜索结果，都是在给堆栈“存档”。
