资源管理器未启动或快捷键失效时，需先通过命令面板执行 View: Show Explorer 确认；若无效，检查是否为空窗口、远程扩展延迟、键盘冲突、设置禁用或 Git/大目录导致卡顿。
快捷键失效时，资源管理器根本没启动
VS Code 的资源管理器（Explorer）默认是启动就加载的，但如果你刚装完插件、重装过 VS Code 或用了 --disable-extensions 启动，它可能压根没激活。不是“隐藏了”，是根本没初始化。
先确认是否真没开：按 Ctrl+Shift+P（Windows/Linux）或 Cmd+Shift+P（macOS）打开命令面板，输入 View: Show Explorer 并回车。如果这步没反应，说明工作区或窗口级配置异常。
- 检查当前窗口是否处于「空窗口」状态（没打开文件夹），此时资源管理器默认不显示；必须用
File > Open Folder...打开一个文件夹才能激活 - 某些远程开发扩展（如 Remote-SSH）会延迟加载 UI 组件，等几秒再试
Ctrl+Shift+E - 如果用的是自定义
argv.json启动参数，确认没误加"disable-telemetry": true之类影响 UI 初始化的字段
Ctrl+Shift+E 不起作用？查键盘映射和冲突
Ctrl+Shift+E 是默认快捷键，但容易被系统、输入法或其它软件劫持——尤其 Windows 上的微信、钉钉、腾讯会议常偷偷占着这个组合键。
直接验证方式：打开命令面板（Ctrl+Shift+P），输入 Preferences: Open Keyboard Shortcuts，搜索 view.explorer，看右边绑定的快捷键是不是还是 Ctrl+Shift+E。如果不是，点左边铅笔图标重新绑定。
- Mac 用户注意：系统偏好设置 → 键盘 → 快捷键 → 输入源里，“选择上一个输入源”默认也用
Ctrl+Shift，会冲突；建议关掉或换成本地快捷键 - 部分机械键盘或驱动软件（如 Logitech Options、Razer Synapse）会全局拦截组合键，临时退出这些软件再试
- VS Code 设置里搜
workbench.view.explorer，确保对应命令没被设为when条件禁用（比如写成了editorTextFocus && !editorReadonly这种误配）
资源管理器显示空白或卡在“正在加载…”
不是快捷键问题，是后端没响应。常见于大文件夹、网络挂载盘、或 Git 状态扫描卡住。
最快速验证：在终端里进项目根目录，运行 git status，如果也卡住，说明是 Git 插件拖慢了资源管理器（它默认调 git status 获取文件状态）。
- 临时关闭 Git 集成：设置里搜
git.enabled，设为false；或只对当前工作区禁用（点击右下角 Git 分支名 → “Disable Git”） - 排除超大目录：在工作区设置里加
"files.exclude": {"**/node_modules": true, "**/.git": true}，减少扫描量 - 检查
.vscode/settings.json是否误写了递归排除规则，比如"**/*": true，会导致整个树为空
多窗口/多工作区下资源管理器行为反直觉
VS Code 每个窗口有独立的资源管理器状态。你在一个窗口关掉了它，另一个窗口不会同步；甚至同一窗口里，切换不同工作区（Workspaces）时，资源管理器会重载，但折叠状态、排序方式不会继承。
真正影响显示逻辑的是 workbench.explorer.autoReveal 和 workbench.tree.indent 这类设置，它们只对当前活动窗口生效。
- 想让所有新窗口默认展开资源管理器：在用户设置（全局）里设
"workbench.sideBar.location": "left"，并确保没设"workbench.startupEditor": "none" - 用多根工作区（.code-workspace）时，资源管理器顶部会显示工作区名称下拉菜单；如果看不到，说明当前打开的是单文件，不是文件夹或工作区
- 远程窗口（如 WSL、Dev Containers）的资源管理器路径显示的是远程路径，别在本地文件管理器里找对应节点
资源管理器本身没有“全局开关”，它的状态绑定在窗口实例和工作区配置上，跨上下文不共享——这点比多数人想的更孤立。
