Ctrl+U与Ctrl+Alt+←均调用jump_back但行为不同：前者依赖跳转历史且易被插件覆盖，后者更底层稳定；most recently指最近访问而非编辑文件，受项目路径、设置及文件操作方式影响；跳转栈上限16步、重启清空、不记录编辑行为。
Ctrl+U 和 Ctrl+Alt+← 都调用 jump_back，但行为不一致？
它们确实都执行 jump_back 命令，但触发条件和稳定性不同。前者只在「有跳转历史」时生效，且容易被插件覆盖；后者（Ctrl+Alt+←）更底层、更少被干扰，跨文件跳转成功率更高。
常见失效场景：
- 刚启动 Sublime，没做过任何跳转（如
Ctrl+P选行、F12跳定义、鼠标点击其他位置），jump_back栈为空，按了没反应 - 焦点不在编辑区：比如正处在命令面板（
Ctrl+P）、查找框或侧边栏，必须先按Esc切回编辑视图 - 多光标模式下，
Ctrl+U可能只作用于第一个光标，而Ctrl+Alt+←通常保持光标组整体位移
为什么 Ctrl+P 输入 most recently 找不到刚编辑过的文件？
most recently 不是“最近编辑”，而是“最近访问”——它读的是 Session.sublime_session 里的 recent_files 字段，依赖 remember_open_files 开启且项目路径已加载。
排查要点：
- 确认左下角状态栏显示项目路径（如
~/my-project/），单文件模式下Ctrl+P只索引当前标签页 - 检查用户设置中是否误设
"remember_open_files": false或"file_history_size": 0 - 刚关闭的文件若从未触发过光标移动或输入（比如打开 → 看一眼 → 关闭），可能不会写入历史
-
folder_exclude_patterns若残留已删除目录（如"node_modules"），Sublime 会跳过整个子树，导致其中文件不进历史
跳转历史栈最多存 16 步，怎么知道还剩几步？
Sublime 不提供查看接口，也不能跳转到任意步——只能试按 Ctrl+Alt+←，直到无变化为止。这个 16 步上限是硬编码的，无法通过设置扩大。
注意两个关键限制：
- 重启 Sublime 后清空，不持久化
- 仅记录跳转动作（
F12、Ctrl+Click、Ctrl+P选行、鼠标点击等），**不记录编辑行为本身**（敲字、删行、粘贴） - 每个窗口独立维护栈，不能跨窗口共享
想回到“上一次编辑位置”，原生做不到，但可以绕开
原生机制只管“你去过哪”，不管“你改过哪”。真要定位最后修改点，得组合手段：
- 手动书签：
Ctrl+K Ctrl+Space打标记，Ctrl+K Ctrl+Backspace回到最后一个书签 - 装插件：
JumpToLastEdit把Enter、Tab、Backspace等编辑动作也纳入跳转栈 - Git 辅助：
git diff -U0查最近改动行号，再用Ctrl+G跳转
别指望 Ctrl+U 或导航历史帮你找回刚删的三行代码——它根本没记那三行在哪被删的。
