sublime text 无原生“上一个编辑过的文件”跳转功能，因其跳转堆栈仅记录光标位置而非编辑顺序；可用ctrl+tab、recentfiles插件或书签功能替代。
Sublime Text 没有原生的「上一个编辑过的文件」跳转功能，它不按“编辑时间”或“修改顺序”维护文件历史，只记录「跳转动作发生时的当前文件+光标位置」——也就是说，Ctrl+U、Ctrl+Alt+← 回退的是跳转堆栈里的位置，不是文件编辑顺序。
为什么 Ctrl+U / Ctrl+Alt+← 不能跳到上一个编辑过的文件
跳转堆栈（jump stack）只存光标位置，不存文件变更状态。即使你在 utils.js 中敲了 10 行代码，再切到 api.py 改了 1 行，只要没触发跳转操作（如 F12、Ctrl+P 选中某行、鼠标点击另一文件标签），utils.js 就不会被压入堆栈。此时按 Ctrl+U 可能直接跳空，或跳回更早一次的 F12 定义位置。
- 刚启动 Sublime 后首次编辑多个文件 → 堆栈为空，
Ctrl+U无响应 - 用
SideBarEnhancements的 “Open with” 打开文件 → 不触发跳转入栈 - 通过双击桌面图标打开单个文件 →
Ctrl+P默认只索引已打开标签页，不建项目索引，跳转历史极短
真正能切换「最近编辑文件」的三个可行路径
原生能力有限，但可通过组合操作逼近目标：
-
最快捷：用
Ctrl+Tab切换最近使用的标签页 —— 它按「标签页激活时间」排序，不是编辑时间，但对多数场景足够准；松开按键前可预览文件名 -
最可靠：装
RecentFiles插件（Package Control 可搜）→ 提供命令recent_files: open，默认绑定Ctrl+Shift+R，列表按最近保存/修改时间排序，支持模糊搜索 -
最轻量：手动标记 + 快速定位 —— 在你确认要「回来」的文件里按
Ctrl+K Ctrl+Space打书签；之后任意文件中按Ctrl+K Ctrl+Backspace直接跳回最近书签所在文件和行
Ctrl+Shift+T 恢复关闭的文件 ≠ 回到编辑过的文件
Ctrl+Shift+T 只恢复「刚刚关闭的标签页」，且仅限未重启 Sublime 前。它不记录编辑行为，也不保留关闭前的光标位置。如果你关了 A.py，又开了 B.js、C.go，再按 Ctrl+Shift+T，只会把 A.py 重新加载为干净新标签页（光标在开头，非上次编辑处）。
- 该命令依赖内存缓存，重启即失效
- 若
A.py关闭前未保存，恢复后内容是关闭瞬间的状态，不是最后编辑点 - 它和跳转堆栈完全无关，不要和
Ctrl+U混用预期
真正需要按「编辑先后」跳文件，必须靠插件补足。原生机制的设计逻辑是「导航」而非「编辑追溯」，这点容易被误读成配置问题，其实是底层模型限制。
