Ctrl+Shift+E没反应是因为资源管理器视图被关闭或未激活；需右键活动栏勾选“Show Explorer View”恢复，或用Ctrl+Shift+P执行“View: Show Explorer”重建视图。
Ctrl+Shift+E 按了没反应？先确认资源管理器是否“活着”
这个快捷键触发的是 workbench.view.explorer 命令，不是“显示图标”，而是“聚焦到 Explorer 视图”。如果右键活动栏上的文件夹图标点过 ×，它就从视图栈里被移除了——Ctrl+Shift+E 仍会执行，但因目标视图不存在，看起来就像没反应。
- 检查活动栏最左侧是否还有文件夹图标；没有的话，说明 Explorer 已被完全关闭
- 临时恢复：按
Ctrl+Shift+P→ 输入View: Show Explorer回车（注意是 Show，不是 Focus） - 该操作会重建 Explorer 视图，并自动把它设为第一个活动栏项，之后
Ctrl+Shift+E就能正常聚焦了
活动栏图标顺序变了，Ctrl+Shift+E 还管用吗？
不管图标怎么拖动、隐藏或重排，Ctrl+Shift+E 始终绑定到 Explorer 视图本身，不依赖位置。但有个关键前提：Explorer 必须是当前激活的侧边栏视图之一（即图标可见且未被右键禁用）。
- 如果搜索（Search）被拖到了第一位，而你又把 Explorer 图标右键关掉了，那
Ctrl+Shift+E仍会尝试聚焦 Explorer——但它不在那儿，所以无效 - 此时
Ctrl+Shift+G（Source Control）或Ctrl+Shift+D（Run and Debug）反而更可靠，因为它们各自绑定到对应视图，不抢同一个入口 - 想让
Ctrl+Shift+E稳定生效，只需确保 Explorer 图标在活动栏上——右键任意图标 → 勾选 “Show Explorer View”
为什么 Ctrl+1 能切回编辑器，却不能打开侧边栏？
Ctrl+1 触发的是 workbench.action.focusFirstEditorGroup，它只管把焦点拉回编辑区，对侧边栏状态完全无感。哪怕侧边栏已隐藏，Ctrl+1 也不会顺手把它拉出来。
- 这是两个独立控制逻辑：焦点切换 ≠ 面板显隐
- 常见误操作：从终端按
Ctrl+1回到编辑器后，发现资源管理器不见了——其实它早被Ctrl+B或右键 × 关了，不是焦点问题 - 真正联动的操作是
Ctrl+Shift+E：它既确保侧边栏可见，又把焦点切到 Explorer 内部（比如文件列表），一步到位
自定义快捷键时，“when” 条件漏写会出什么问题？
在 keybindings.json 里加一条新绑定，比如：
[{
"key": "alt+e",
"command": "workbench.view.explorer"
}]
看着没问题，但实际可能在终端里按 alt+e 也触发了——Explorer 弹出来，终端却丢了焦点，干扰正在输入的命令。
- 必须加上
"when": "explorerViewletVisible || searchViewletVisible || scmViewletVisible"这类条件，限制它只在侧边栏上下文中生效 - 否则快捷键变成全局劫持，尤其和 shell、tmux、zsh 插件冲突时，
alt+e可能直接被吞掉或触发意外行为 - 查当前可用的
when表达式，最快方式是打开Ctrl+K Ctrl+S→ 搜索对应命令 → 看右侧“when”列的默认值
View: Show XXX 显式唤出，而不是赌快捷键还记着上次的状态。 
