ctrl+k, ctrl+b 是分步操作的侧边栏显隐快捷键，需先松开 ctrl+k 再按 ctrl+b；失效常因操作节奏错误、焦点丢失、输入法干扰或侧边栏被拖窄至不可见。
Ctrl+K, Ctrl+B 是默认快捷键，但必须分步按
Sublime Text 的侧边栏显隐命令 toggle_side_bar 默认绑定在 Ctrl+K, Ctrl+B（Windows/Linux）或 Cmd+K, Cmd+B（macOS），但它不是“同时按四键”，而是严格两步：先按 Ctrl+K 松开，再按 Ctrl+B。常见失效不是快捷键被改，而是操作节奏错误——比如压住 Ctrl 不放直接按 B，或误以为要连按四键。
若没反应，优先检查：
- Sublime 窗口是否获得焦点（点一下编辑区再试）
- 输入法是否劫持了
Ctrl+K（切英文输入法验证） - Caps Lock 是否开启（会干扰组合键识别）
- 是否误启「无菜单栏」模式（
Ctrl+Shift+P输入view:toggle_menu恢复）
侧边栏“按了没变化”大概率是它根本没内容
快捷键只控制显隐，不负责加载内容。如果你只用 File → Open File… 打开单个 main.py，侧边栏即使显示出来也是空的——这不是 Bug，是 Sublime 的设计逻辑：它只展示已加入项目的目录结构。
要让侧边栏有东西可显，必须显式加载项目上下文：
-
File → Open Folder…（Windows/Linux）或File → Open…并选中整个文件夹（macOS） - 或
Ctrl+Shift+P输入Project: Add Folder to Project追加路径（不会清空已有路径） - 检查用户设置里是否有
"project": null，有就删掉，否则项目上下文被强制清零
自定义快捷键要加 context 判断才可靠
想换快捷键（比如改成 Ctrl+Shift+S），不能只改键位，必须确保命令只在合理上下文中触发。直接在 Preferences → Key Bindings – User 里加：
{"keys": ["ctrl+shift+s"], "command": "toggle_side_bar"}
这样写看似能用，但存在隐患：如果侧边栏已被拖窄到 1–2 像素（视觉上“消失”），toggle_side_bar 仍会执行——结果只是把那条细线隐藏/显示，你完全感知不到。
更稳妥的做法是加 context 判断，让快捷键只在侧边栏“有宽度”时生效（虽然 Sublime 原生不提供宽度检测，但至少可排除明显异常）：
- 不推荐依赖
"key": "sidebar_visible"，因为被拖窄后该 key 仍为true - 真正有效的兜底方式是：用
Ctrl+Shift+P输入view:toggle_side_bar回车，它绕过所有快捷键冲突，100% 触发原生命令 - 若坚持自定义，建议保留默认键位，仅在极少数场景下覆盖（如 GNOME 桌面捕获了
Ctrl+K, Ctrl+B）
侧边栏“不见了”最常被忽略的真相
90% 的“找不到了”不是快捷键问题，也不是插件故障，而是侧边栏被鼠标拖窄到只剩 1–2 像素宽，肉眼不可见。它依然存在，也响应 toggle_side_bar，只是你看不见。
验证方法很简单：
- 把鼠标移到编辑区最左侧边缘，光标变成
↔时向右拖动——如果能拉出内容，说明就是被压扁了 - 右键侧边栏空白处，若看到
Mini Sidebar被勾选，取消它即可恢复带文件名的常规视图 - 拖不动？说明侧边栏当前不可见（真隐藏了），这时再按
Ctrl+K, Ctrl+B才有意义
这个状态和项目加载、插件、配置都无关，纯属手动缩放行为。一旦习惯性拖窄，每次按快捷键都会在“空面板”上反复切换，却意识不到问题出在宽度上。
