sublime标签页切换按mru栈而非视觉顺序，强制线性切换需自定义next_view_in_stack；一键关闭全部需用close_all命令而非ctrl+shift+w；分屏下关闭操作仅限当前group；ctrl+p是更稳定高效的导航方式。
Sublime 本身没有「标签页排序」功能，所谓“排序”其实是切换逻辑的错觉；真正能释放内存的关闭操作，关键不在按键次数，而在是否触发了 close_all 或误关了只读面板。
Ctrl+Tab 切换顺序为什么总不按标签栏从左到右走
Sublime 的 next_view 默认走 MRU（最近使用）栈，不是视觉顺序。你刚点过第7个标签，哪怕它在最右边，下一次 Ctrl+Tab 就会跳回去——这不是快捷键失效，是设计如此。
常见干扰包括：
- 刚用 Ctrl+W 关掉一个标签，它仍留在 MRU 栈里，Ctrl+Tab 可能闪回一个空白视图
- 命令面板（Ctrl+Shift+P）、查找结果（Find Results）这类只读面板也参与排序，但不显示在标签栏
- 中文输入法全角模式下常吞掉 Ctrl+Tab，切回英文再试
想强制线性切换（类似 Chrome）：
- 打开 Preferences → Key Bindings – User
- 粘贴以下两行（注意 JSON 格式和引号）：
[ {"keys": ["ctrl+tab"], "command": "next_view_in_stack"}, {"keys": ["ctrl+shift+tab"], "command": "prev_view_in_stack"} ]
- 保存即生效，无需重启
- 注意：
next_view_in_stack 不会跳过刚关掉但仍在栈里的视图，多按一次就能过去一键关闭所有标签页：Ctrl+Shift+W 和 close_all 的区别
Ctrl+Shift+W（Win/Linux）或 Cmd+Shift+W（macOS）实际执行的是 close_others，只关其他标签，**保留当前**——很多人误以为这是“清空全部”，结果最后一个标签还得手动 Ctrl+W。
要真正释放全部内存、关闭当前窗口所有标签（含未保存内容）：
- 必须用命令面板：Ctrl+Shift+P → 输入 Close All → 回车
- 它调用的是 close_all 命令，和菜单栏 File → Close All 完全一致
- 无确认弹窗，未保存内容直接丢弃，务必提前检查
- 该操作只影响当前窗口，多个 Sublime 窗口互不干扰
如果经常需要这个操作，可自定义快捷键：
- 在 Key Bindings – User 中添加：
[{"keys": ["ctrl+shift+alt+w"], "command": "close_all"}]
分屏（Group）下关闭操作容易漏掉的坑
用了 View → Layout 分屏后，close_others（即 Ctrl+Alt+W 或 Cmd+Alt+W）只作用于当前焦点所在的分栏，不是整个窗口。
典型错误场景：
- 左右分栏各开了 5 个文件，你点了左边第 1 个标签，按 Ctrl+Alt+W → 只关左边其余 4 个，右边 5 个完全不动
- 想清空全部？得先点进右边任一标签，再按一次 Ctrl+Alt+W
- close_all 同样只作用于当前分栏，不是全局 —— 没有原生命令能跨 Group 一次性关完
更隐蔽的风险：
- Find Results、Build Results 这类只读面板会被 close_others 和 close_all 一起关掉，且无法通过常规方式恢复
- 如果依赖搜索结果继续工作，别用批量关闭，改用 Ctrl+P 模糊搜索快速跳转，留着面板不关
Ctrl+P 是比任何切换/关闭技巧都更稳的导航方式
它不依赖标签是否还开着、不看 MRU、不care 分栏位置，只匹配文件名（含路径）和符号。
实操中更可靠：
- 输 user，立刻列出所有含该词的已开标签，带 : 标识
- 输 :32 直接跳当前文件第 32 行
- 输 @get_user 可跳函数定义（需索引就绪）
- 即使刚关掉 settings.json，输 setting 仍能立刻重新打开
相比硬记 Ctrl+1～Ctrl+9 的物理位置（它只响应当前 Group 内第 N 个槽位，拖拽重排后就失效），Ctrl+P 不需要记忆，也不受分屏、MRU、输入法干扰——真正顺手的操作，从来不是按键越快越好，而是路径越少越稳。
