ctrl+shift+e（win/linux）或cmd+shift+e（macos）无效时，先按ctrl+b确保侧边栏可见，再执行view: toggle explorer；若仍无效，检查是否未打开文件夹、远程连接未就绪或快捷键被劫持。
Ctrl+Shift+E 按了没反应？先确认资源管理器是否“活着”
VSCode 的 Ctrl+Shift+E（Win/Linux）或 Cmd+Shift+E（macOS）不是“唤醒”资源管理器的魔法键，而是“聚焦已存在视图”的指令。如果资源管理器被手动关闭过（比如点了侧边栏右上角 ×），它就不再处于活动状态，此时快捷键只会尝试聚焦一个不存在的东西——自然没反应。
- 先按
Ctrl+B（或Cmd+B）确保整个侧边栏可见；再试Ctrl+Shift+E - 如果仍无效，用
Ctrl+Shift+P打开命令面板，输入并执行View: Toggle Explorer View—— 这个命令会强制打开/关闭资源管理器本身 - 远程开发（SSH / Codespaces）环境下，快捷键可能未同步，建议在远程窗口里重开键盘设置：运行
Preferences: Open Keyboard Shortcuts (JSON)查看workbench.view.explorer是否被覆盖
Alt+Click 文件标签不跳转？检查两个硬性条件
想让编辑器里的文件标签一 Alt+Click 就自动展开路径并高亮，得同时满足：
-
"explorer.autoReveal": true必须为 true（默认开启，但有人会关掉） - 该文件必须已保存——
Untitled-1这类未保存临时文件根本不会出现在资源管理器中，Alt+Click 无效是设计如此，不是 bug - 若项目含符号链接，Alt+Click 会跳转到链接目标路径，而非原始位置；这是预期行为，无法绕过
Ctrl+Shift+[ 折不了全部？它只作用于“当前已展开层级”
Ctrl+Shift+[（Win/Linux）或 Cmd+Shift+[（macOS）的作用范围很明确：只折叠当前视图中所有「已展开」的文件夹，对未点开过的父目录、未展开的子目录完全无感。刚启动 VSCode 时资源管理器一片空白或只有根目录展开，按这个快捷键也不会有任何视觉变化——不是失效，是没东西可折。
- 想递归展开多层？用
→键选中文件夹后连按Ctrl+2（展开两层）、Ctrl+3（三层） - 旧版支持的
Alt+Click折叠单个文件夹，在 1.80+ 版本中默认禁用；如需恢复，手动加配置："explorer.altClickToCollapse": true，但启用后会和“定位到文件”功能冲突 - VSCode 不持久化折叠状态——关掉窗口再打开，所有文件夹回到初始展开态；没有配置项能记住你上次折了哪些
为什么文件在资源管理器里“找不到”？别只盯着展开动作
资源管理器的“自动揭示”逻辑常被误解为“帮你找文件”，其实它只做一件事：当你在编辑器中打开一个文件时，如果该文件路径尚未展开，就自动展开对应路径并高亮。但它不会帮你过滤、搜索或跳转到未打开的文件。
- 真正快速定位未打开文件，用资源管理器顶部的过滤框：输入
@按符号搜（类、函数名），输入/进入路径匹配模式（比如/src/api/） - 右键文件夹 → “在资源管理器中显示”，可从系统文件管理器反向定位到 VSCode 当前路径
- 拖拽分隔线调整资源管理器宽度，对长文件名或深层嵌套结构更友好；这不是快捷键，但比反复滚动高效得多
