ctrl+tab在sublime中失效通常因系统/输入法截获或插件覆盖；需先用sublime.log_input(true)确认输入是否到达编辑器，再检查系统快捷键冲突及插件keymap覆盖顺序，最后按规范在user.sublime-keymap中正确绑定next_view_in_stack命令。
Ctrl+Tab在Sublime里没反应？先看它进没进编辑器
90% 的 Ctrl+Tab 失效，不是 Sublime 坏了，而是按键根本没传进来。按 Ctrl+` 打开控制台，输入 sublime.log_input(True) 回车，再按 Ctrl+Tab ——如果控制台完全没输出，说明被系统或输入法截断了。
Windows 用户重点检查：
- NVIDIA 控制面板 → 「热键」是否启用了 Ctrl+Tab
- Intel Graphics Command Center → 「快捷键」设置里有没有冲突项
- 搜狗/QQ 拼音默认的 Ctrl+Shift 切换中英文，会劫持 Ctrl 键状态
macOS 用户去：
- 系统设置 → 键盘 → 快捷键 → 「应用程序快捷键」里搜 Ctrl+Tab，看是否有 Finder 或其他应用占用了
- 同时检查「输入源」里是否勾选了 Ctrl+Space 或类似组合（部分输入法会连带干扰 Ctrl+Tab）
为什么改了User.sublime-keymap，Ctrl+Tab还是切不了窗口
Sublime 加载快捷键的顺序是：Default → 插件自带的 Default.sublime-keymap → User.sublime-keymap。后加载的会静默覆盖前一个，且不报错。
常见干扰插件有：
- Vintage：默认绑定 Ctrl+Tab 为切换 Vim 模式
- Origami：接管多窗格操作，常重绑 Ctrl+Tab 为跳转窗格
- SideBarEnhancements：部分版本会覆盖窗口切换行为
排查方法：
- 按 Ctrl+Shift+P 输入 Preferences: Key Bindings，左右并排打开文件
- 在左侧 Default 中搜索 "ctrl+tab"，确认原生命令是 next_view_in_stack 或 prev_view_in_stack
- 在右侧 User 和所有插件目录（Packages/插件名/Default.sublime-keymap）中全局搜索同一 "keys" 字段
怎么安全地自定义 Ctrl+Tab 切换窗口
想让 Ctrl+Tab 真正切窗口，不能只加一条规则，得确保它不被覆盖、语法无误、且上下文匹配。
在 User.sublime-keymap 中写入以下内容（注意格式）：
[<br> { "keys": ["ctrl+tab"], "command": "next_view_in_stack" },<br> { "keys": ["ctrl+shift+tab"], "command": "prev_view_in_stack" }<br>]
必须遵守的硬规则：
- 所有键名和字符串值用英文双引号，"keys" 不是 keys
- 数组结尾不能有多余逗号，["ctrl+tab"] 是对的，["ctrl+tab"], 是错的
- 不支持 // 注释；要临时禁用某条，改成 "command": "not_a_real_command"
- 这两条命令只在「有多个视图打开」时生效；单标签页下 Ctrl+Tab 无反应是正常行为
Cmd+Tab（macOS）和 Alt+Tab（Linux）根本不在 Key Bindings 管辖范围
Cmd+Tab（macOS）和 Alt+Tab（Linux/Windows）是操作系统级任务切换快捷键，Sublime 完全不参与绑定和拦截。你在 User.sublime-keymap 里加 {"keys": ["cmd+tab"], "command": "xxx"} 不仅无效，还可能干扰系统行为。
真正能由 Sublime 控制的是窗口内视图切换，即：
- Ctrl+Tab / Ctrl+Shift+Tab（跨标签页）
- Ctrl+PgUp / Ctrl+PgDn（同组内切换）
- Ctrl+1 ~ Ctrl+9（直接跳转第 N 个标签页）
如果你发现 Cmd+Tab 切不到 Sublime，问题出在 macOS 的 Dock 设置或应用焦点管理上，跟 Sublime 配置无关。这类系统级快捷键冲突，唯一可靠解法是避开它，而不是强行覆盖。
