ctrl+u没反应是因为它只回退跳转历史而非编辑历史，未发生跳转时栈为空；真正有效的后退快捷键是ctrl+u、ctrl+alt+←和ctrl+alt+-，三者共享16条上限的跳转栈。
Ctrl+U 为什么经常没反应
因为 Ctrl+U（Windows/Linux）或 Cmd+U（macOS）只回退「跳转历史」，不是「编辑历史」。如果你只是打字、删行、上下移动光标，这些操作不会进跳转栈——栈为空时按 Ctrl+U 就完全没反应。
常见干扰项包括：
- 刚启动 Sublime，还没做过任何跳转（如
F12查定义、Ctrl+P打开文件并选中某行、鼠标点击非当前行） - 插件（如 SideBarEnhancements、GitGutter 的某些模式）劫持了
Ctrl+U绑定 - 处于多光标/列选择状态，
jump_back命令行为未定义，可能跳到第一个光标位置而非预期位置
真正有效的三个后退快捷键及区别
它们本质是同一命令 jump_back 的不同触发方式，但触发场景和手感不同：
-
Ctrl+U：最常用，适合快速连按回溯多个跳转点（比如查完函数定义立刻返回） -
Ctrl+Alt+←（Win/Linux）或Cmd+Option+←（macOS）：语义清晰，类浏览器“后退”，在多标签间跳转后更稳定 -
Ctrl+Alt+-（主键盘区减号，非小键盘）：部分人觉得比方向键更顺手，但需注意键盘布局差异
三者共享同一跳转栈（上限 16 条），没有优先级之分；但 Ctrl+Tab 是切标签页，和光标位置无关，别混用。
想回到「上次修改的地方」？原生不支持
Sublime Text 原生不记录「你敲了字」「删了哪一行」这类编辑动作——它只记「你主动把光标挪到了哪」。所以所谓「上一个编辑点」，其实是「上一个你点击/搜索/跳转到达的位置」。
若真需要定位最近修改处，可行方案有：
- 手动书签：
Ctrl+K Ctrl+Space标记，Ctrl+K Ctrl+Backspace跳回最近书签（适合写完一段逻辑后快速返修） - 装插件：
JumpToLastEdit或ChangeMark可监听编辑事件并建栈，但会增加启动耗时 - 配合 Git：
GitGutter显示修改行，再用Ctrl+P搜索@modified快速定位（需项目已初始化 Git）
检查和修复快捷键失效的实操步骤
先确认 jump_back 是否被覆盖：
- 打开
Preferences → Key Bindings – User - 确保有且仅有这一条用户绑定：
[{"keys": ["ctrl+u"], "command": "jump_back"}] - 删掉其他冲突规则（尤其带
"ctrl+u"的第三方插件绑定） - 重启 Sublime 验证；若仍无效，临时禁用所有插件，逐个启用排查
跳转栈本身不可视、不可清空，也不支持导出——它就是个固定长度 16 的内存栈，满了就自动覆盖最老条目。这点容易被忽略，但直接影响你能否回溯到想要的位置。
