Ctrl+P 是 Sublime Text 唯一可靠的历史文件入口，按访问时间倒序排列，仅在项目文件夹模式下完整索引子目录；单文件打开或插件干扰会导致刚打开的文件不显示。
Ctrl+P 是查看最近打开文件的唯一可靠入口
Sublime Text 没有独立的历史面板，Ctrl+P（macOS 用 Cmd+P）就是它的“最近文件列表”——它不是模糊搜索器，而是按访问时间倒序排列的时序导航入口。最新打开的文件天然置顶，不依赖是否保存、是否修改过。
常见错误现象：utils.py 刚关掉却搜不到；或搜出一堆旧文件，缺了最近那几个。这通常是因为你没在项目文件夹模式下工作：单文件拖入窗口时，Ctrl+P 只索引已打开标签页；只有通过 File → Open Folder 加载整个目录，它才会扫描子目录并记录完整访问路径。
- 确保已用文件夹模式打开项目（左侧边栏显示目录树）
- 输入任意子串（如
api），实时过滤，不区分大小写 - 若仍搜不到，检查
Preferences → Settings – User中是否有"folder_exclude_patterns": ["node_modules"]类配置——删了目录但没删配置，Sublime 仍跳过整个子树
File → Open Recent 和右键菜单只是补充入口
菜单项 File → Open Recent 显示最多 20 个最近文件，默认启用；右键任意标签页也能调出 Open Recent 子菜单。但这两个入口都受限于 Session 文件的加载状态，且不支持搜索、不支持子串匹配。
它们本质是读取 Session.sublime_session 里的 recent_files 字段，重启后仍有效（只要没禁用 remember_open_files）。但一旦你手动清空过历史、或插件干扰了 Session 写入，这个列表就可能滞后甚至为空。
-
Clear Recent菜单项行为不稳定，有时只清菜单不刷Ctrl+P缓存 - 想彻底清除？关掉 Sublime 后，手动编辑
Session.sublime_session，清空recent_files和recent_workspaces字段 - 长期不想留痕？在用户设置中加两行：
"remember_open_files": false和"hot_exit": false
为什么 Ctrl+P 搜不到刚打开的文件？
这不是 Bug，是设计限制：Ctrl+P 只索引你当前会话中「已加载」的文件路径。如果你用命令行启动 Sublime 并传入一个未在项目目录内的绝对路径文件（比如 subl /tmp/test.py），它不会被纳入 Ctrl+P 的历史索引，除非你后续通过 File → Open Folder 把该路径所在目录加载为项目。
另一个常见原因是插件干扰。某些插件（如 ProjectManager 或自定义项目加载器）会劫持文件打开逻辑，绕过 Sublime 原生的访问记录机制。
- 验证是否被插件影响：安全模式启动（
subl -w --safe-mode），再试Ctrl+P - 确认文件确实被“打开”而非“预览”：右下角状态栏应显示编码格式（如
UTF-8），否则只是临时预览，不计入历史 - 大文件（>10MB）可能被跳过索引，Sublime 默认对超大文件延迟加载，不触发历史记录
跳转历史和编辑点回溯是两回事
别混淆“最近打开的文件”和“上次编辑位置”。Ctrl+U、Ctrl+Alt+←、Ctrl+Alt+- 操作的是同一个跳转堆栈（jump stack），上限 16 条，只记录 F12、Ctrl+Click、Ctrl+P 选行、鼠标点击等主动跳转动作，**不记录打字、删行、Tab 缩进等编辑行为**。
所以，你想回到“刚改完的那行”，Ctrl+U 大概率没反应——除非你之前恰好从那里跳走。真要逼近这个需求，得靠外部机制：
- 手动书签：
Ctrl+K Ctrl+Space标记，Ctrl+K Ctrl+Backspace跳回 - 插件补位：
JumpToLastEdit或SublimeHistory，把 Enter/Backspace 等操作也记为跳转节点 - Git 辅助：
git diff -U0快速定位改动行，再Ctrl+G跳转行号
跳转堆栈不跨会话保留，关掉 Sublime 就清空；而书签、Git 记录是持久的——这点容易被忽略，但恰恰是日常调试中最常踩的坑。
