Ctrl+K, Ctrl+B没反应是因操作错误或快捷键被覆盖；应分步按Ctrl+K松开再按Ctrl+B，或用Ctrl+Shift+P执行view:toggle_side_bar验证，再检查Key Bindings中是否被重定义。
Ctrl+K, Ctrl+B 没反应？先确认它没被覆盖
Sublime 的侧边栏显隐命令是 toggle_side_bar，默认绑定在 Ctrl+K, Ctrl+B（Windows/Linux）或 Cmd+K, Cmd+B（macOS）。但这个快捷键不是“永久有效”的——它可能被插件、系统输入法、远程桌面工具甚至其他 Sublime 插件（比如 Origami 或 SideBarEnhancements）悄悄劫持或重写。
验证是否真被覆盖：按 Ctrl+Shift+P（macOS 同样用 Ctrl+Shift+P），输入 view:toggle_side_bar 回车。如果能立刻切换，说明快捷键本身失效了，不是命令问题。
检查当前绑定：打开 Preferences → Key Bindings，左侧是默认键位，右侧是用户自定义键位。搜索 "toggle_side_bar"，看是否已有条目；如果有，它会覆盖默认行为。
怎么安全地改快捷键？别直接删默认配置
修改快捷键的唯一推荐方式是在用户键位文件（右侧面板）里添加新绑定，而不是删改左侧默认配置——否则升级 Sublime 后会丢失，且容易引发冲突。
例如想改成 Ctrl+Shift+S，就在右侧粘贴：
{ "keys": ["ctrl+shift+s"], "command": "toggle_side_bar" }
保存后立即生效。注意几点：
-
keys值必须是数组，哪怕只绑一个组合键 - 键名大小写敏感：
ctrl不能写成Ctrl，cmd在 macOS 上才识别 - 避免和系统级快捷键冲突：比如
Ctrl+Alt+T在 Linux GNOME 下常被终端捕获 - 如果同时绑了多个相同命令，Sublime 只执行第一个匹配项
为什么改了快捷键还是不触发？优先级陷阱在这里
Sublime 的设置和键位有明确优先级：语法级 ≈ 项目级 > 窗口级 > 用户级 > 默认级。你改的键位如果放在用户级（即 Preferences → Key Bindings），但当前窗口已加载项目（有 .sublime-project 文件），而该项目的 settings 里又写了 "key_bindings"，那你的修改就完全无效。
排查步骤：
- 关掉所有项目，新建无项目窗口测试新快捷键
- 检查菜单
Project → Edit Project，看是否有"key_bindings"字段 - 运行
sublime.log_commands(True)（在控制台Ctrl+`中），再按快捷键——若控制台没打印toggle_side_bar，说明命令根本没走到 Sublime 内核，而是被更上层拦截了
改完快捷键，侧边栏还是空的？那是另一回事
快捷键只控制显隐，不决定内容是否存在。如果你按下新快捷键后侧边栏闪一下又“像没变”，大概率是因为：
- 只用
File → Open File…打开了单个文件，没加载任何文件夹——此时侧边栏天然为空，显示/隐藏都看不出差别 -
folder_exclude_patterns配置成了["*"]或["."]，把整个目录结构过滤掉了 - 误启了 Mini Sidebar（右键侧边栏空白处勾选了该选项），导致只显示图标不显示路径，看起来像“没内容”
真正容易被忽略的是：你花时间改快捷键，却没确认侧边栏“有没有东西可显”。先用 Project: Add Folder to Project 加个真实目录，再试新键位，才能判断修改是否真正起效。
