sublime text 中唯二原生全标签循环跳转方式是 ctrl+tab（预览式）和 ctrl+page down（单向确定式），均按内部标签栈顺序执行，不依赖历史或排序；ctrl+alt+tab 提供完整可搜索列表，适合多标签场景。
Ctrl+Tab 和 Ctrl+Page Down 是唯二原生支持的全标签循环跳转方式
Sublime Text 没有“按打开顺序循环遍历所有标签页”的单一快捷键，但有两个底层机制可达成类似效果：Ctrl+Tab（临时预览式循环）和 Ctrl+Page Down（确定式单向切换）。它们不依赖插件、不读取历史、不排序，只按 Sublime 内部维护的标签栈顺序走。
常见错误现象：按 Ctrl+Tab 松手后没反应——其实是松手太早，必须按住再松开才触发预览面板；Ctrl+Page Down 到最后一个标签后不会自动绕回第一个，这是设计如此，不是卡顿。
-
Ctrl+Tab：按住不放 → 出现缩略图预览 → 继续按可滚动浏览 → 松手即跳转到当前高亮标签 -
Ctrl+Page Down：每次按键跳到下一个标签，到末尾就停住；反向用Ctrl+Page Up - 标签顺序 ≠ 打开时间顺序，而是受拖拽重排、右键关闭、双击侧边栏等操作实时影响
- 若标签数超 15 个，
Ctrl+Tab预览会变慢，此时建议改用Ctrl+Alt+Tab调出全列表面板（支持方向键+回车）
Ctrl+Alt+Tab 调出全标签列表才是多人协作/多文件场景下的可靠选择
当项目里常开 20+ 标签时，靠记忆位置或反复 Ctrl+Page Down 极易错位。Ctrl+Alt+Tab 弹出的是完整、可搜索、带路径前缀的标签列表，本质是把所有 view.id() 对应的文件名渲染成可交互面板。
使用场景：你刚关掉 api/handlers.py，现在想从 18 个标签里精准找回它；或者同事发来截图说“在第 7 个标签”，你点开 Ctrl+Alt+Tab 数一眼就能确认。
- 列表中显示的是文件名 + 相对路径（如
src/utils/formatDate.js），不是纯标签名 - 支持键盘输入过滤：弹出后直接打
format，列表自动收缩匹配 - 鼠标悬停某项时，右侧状态栏会实时显示该文件完整路径（需开启
show_full_path_in_status_bar设置） - 不支持鼠标滚轮滚动列表，必须用方向键或
Page Down/Page Up
别指望 Ctrl+P 或 RecentFiles 插件做“全标签跳转”
Ctrl+P 是项目级文件查找器，不是标签管理器；它优先匹配已打开文件，但也会把未打开却在项目索引里的文件混进来。RecentFiles 类插件维护的是「关闭历史」，不是「当前打开集合」——这两个概念在 Sublime 里完全隔离。
为什么有人误以为 Ctrl+P 能循环跳转？因为输空格后它会列出所有已打开文件，但这个列表：① 不保证顺序；② 无法用方向键连续选中并跳转；③ 按回车是“重新打开”，不是“聚焦已有标签”（除非该文件只打开一次）。
-
Ctrl+P空格后出现的文件列表，本质是window.lookup_symbol_in_index的副作用，不稳定 - RecentFiles 插件的
Ctrl+Alt+O只列最近关闭的文件，刚关掉的main.py可能排第 1，但正在开着的main.py完全不会出现 - 如果真需要脚本化控制标签顺序，得用 Python API：
window.views()返回所有 view 对象，再调用view.window().focus_view(view)
自定义 key binding 实现“回到上一个标签”的伪循环
Sublime 原生没有 Alt+Tab 那样的双向循环，但你可以用用户快捷键绑定模拟“上一个/下一个”行为。关键在于利用 select_by_index 命令配合动态计算索引，而非硬编码数字。
容易踩的坑：直接写 {"keys": ["ctrl+shift+tab"], "command": "select_by_index", "args": {"index": -1}} 会报错，因为 select_by_index 不接受负数；必须用插件或 chain 命令组合。
- 最简方案：在
Preferences → Key Bindings中添加：[ { "keys": ["ctrl+shift+tab"], "command": "select_by_index", "args": {"index": 0} } ]这样能把焦点强制切到第一个标签，配合Ctrl+Page Down就构成手动循环 - 真正闭环需 Python 插件：监听
on_activated事件缓存上一个view.id()，再绑定命令去focus_view它 - 注意：
select_by_index的index是当前窗口内标签的视觉序号（从 0 开始），不是打开时间戳
标签跳转的复杂点不在快捷键本身，而在于 Sublime 把「标签顺序」「打开时间」「项目索引」「视图焦点」四套状态分开维护。你看到的“当前标签”，可能是上次拖拽留下的位置，也可能是最后一次 Ctrl+P 打开的结果，但不会是某种全局单调递增的时间序列。这点在自动化脚本里尤其容易翻车。
