auto-collapse explorer插件解决编辑时目录树杂乱问题，它仅展开当前编辑文件所在路径，自动折叠其他所有已展开分支；需关闭explorer.autoreveal设置才能生效，且不记忆折叠状态。
Auto-Collapse Explorer 插件能解决什么问题
它只在你编辑某个文件时，自动展开该文件所在路径的目录层级，同时把其他所有已展开的父级、兄弟级文件夹全部收起来。不是“一键全折”，而是“聚焦当前路径”的智能折叠——比如你正在编辑 src/utils/http.ts，那 src → utils 会保持展开，但 docs、tests、node_modules 这些无关分支哪怕之前是展开的，也会立刻被折叠。
常见错误现象：装了插件却没反应，大概率是因为 VSCode 默认开启了 explorer.autoReveal，而这个设置和插件行为冲突。必须手动关掉它，否则插件无法接管目录树状态。
- 打开设置（
Ctrl+,），搜explorer.autoReveal，取消勾选 - 重启窗口或重载窗口（
Ctrl+Shift+P→ 输入Developer: Reload Window） - 插件默认不记忆折叠状态，每次打开新窗口都会重置——这不是 bug，是设计如此
资源管理器里真的一键全折只能靠快捷键
VSCode 内置快捷键 Ctrl+Shift+[（Windows/Linux）或 Cmd+Shift+[（macOS）直接作用于资源管理器视图，不是代码编辑区。它只折叠「当前已展开」的节点，不会去动那些本来就是收着的文件夹，也不会影响编辑器标签页。
容易踩的坑：按了没反应，可能是因为资源管理器没获得焦点。先按 Ctrl+Shift+E 确保它激活，再按快捷键；或者你刚启动 VSCode，目录树全是初始状态（根目录展开、子目录收起），那确实没东西可折。
- 旧版支持的
Alt+Click折叠整个子树，在 1.80+ 版本默认禁用，如需恢复，得手动加配置："explorer.altClickToCollapse": true - 这个快捷键不递归折叠深层嵌套，比如
src展开后里面有api、components、hooks三个子文件夹，它们各自是否展开，不影响Ctrl+Shift+[对src的操作
为什么 explorer.compactFolders 不是你想找的“折叠”
这个设置控制的是视觉压缩：设为 true（默认）时，像 __tests__ 这种只含一个子项的文件夹会被合并显示成单行，看起来像“没折叠”，其实是 UI 优化，不是真正的折叠行为。它跟快捷键、插件完全无关，改了也不会让文件夹变少或变隐藏。
如果你发现文件夹图标不见了、缩进异常、或点箭头没反应，优先检查是否启用了 explorer.fileNesting.enabled —— 它会让匹配的文件（如 xxx.component.ts + xxx.component.html）挤进同一个节点，视觉上就像“折叠了”，其实只是嵌套展示。
-
explorer.compactFolders关掉（设为false）能让单子项文件夹显式显示为可折叠节点，方便手动操作 - 主题或 CSS 插件可能覆盖资源管理器样式，导致折叠箭头不可见，建议临时禁用排查
折叠太多反而找不到文件？别硬找，换策略
全折之后靠眼睛扫文件名效率极低，VSCode 提供更可靠的定位方式：
- 按
Ctrl+P，输入文件名片段，支持路径缩写（如输http可命中src/utils/http.ts） - 资源管理器聚焦后按
/，进入过滤模式，输入关键词实时筛选可见项 - 右键任意文件 → “在资源管理器中显示”，自动展开其完整路径链，比一层层点快得多
真正难处理的不是怎么折，而是折完之后结构信息丢失。如果频繁需要展开不同分支，说明项目目录划分本身可能不够清晰——插件和快捷键只是补救，不是替代合理分层的方案。
