VSCode资源管理器卡顿或空白是因工作区扫描阻塞，常见于大项目、符号链接异常或扩展干扰；需禁用非必要扩展、检查files.exclude配置、配置files.watcherExclude并调高系统inotify限制。
VSCode资源管理器卡在“正在加载…”或文件树空白
这是典型的工作区扫描阻塞问题，常见于大项目、符号链接混乱或扩展干扰。VSCode 默认用 find（Linux/macOS）或 dir（Windows）递归扫描文件，一旦遇到挂载点、权限拒绝路径或超大 node_modules，就会卡住或静默失败。
- 先关闭所有非必要扩展，尤其禁用
GitLens、Path Intellisense、Auto Rename Tag等常驻监听文件系统的插件 - 打开命令面板（
Ctrl+Shift+P/Cmd+Shift+P），运行Developer: Toggle Developer Tools，切换到 Console 标签页，观察是否有ENOTDIR、EACCES或EMFILE报错 - 临时移除工作区根目录下可疑的符号链接（如指向 NAS、Docker volume 或已卸载设备的软链），再重新加载窗口（
Developer: Reload Window）
文件树只显示部分目录或跳过子文件夹
VSCode 会主动忽略符合 files.exclude 和 search.exclude 规则的路径，但这两者作用范围不同：前者影响资源管理器渲染，后者仅影响搜索。若某目录“消失”，大概率是被 files.exclude 拦截了。
GitHub Actions Runtime Regression Audit
下载
对比基线与当前 GitHub Actions 运行导出，在 CI 成本和交付周期激增前及时发现工作流或作业运行时性能退化。
- 检查用户设置和工作区设置中是否误配了
"files.exclude"，例如写了"**/node_modules": true却漏掉了结尾斜杠，导致匹配失效；正确写法是"**/node_modules/**": true - 注意 glob 模式区分大小写：Windows 默认不敏感，macOS/Linux 敏感；若写
"**/Build/**": true，在 Linux 下不会隐藏build/ - 某些语言扩展（如
Pylance）会通过"python.defaultInterpreterPath"触发额外扫描，若该路径指向一个损坏的虚拟环境，也可能拖慢资源管理器初始化
VSCode 启动后资源管理器长期无响应（>10 秒）
根本原因常是 files.watcherExclude 配置缺失，导致 VSCode 的文件监视器（基于 chokidar）试图监听整个 node_modules 或 dist 目录，引发大量 inotify 句柄耗尽（Linux）或 FSEvents 堆积（macOS）。
- 在
settings.json中强制添加："files.watcherExclude": { "**/node_modules/**": true, "**/bower_components/**": true, "**/dist/**": true, "**/.git/**": true } - Linux 用户需同步调高 inotify 限制：
echo fs.inotify.max_user_watches=524288 | sudo tee -a /etc/sysctl.conf && sudo sysctl -p - macOS 用户可尝试关闭自动保存（
"files.autoSave": "off"）并禁用"files.enableTrash"，减少文件系统操作频次
资源管理器偶尔刷新丢失节点或右键菜单异常
这通常不是配置问题，而是 VSCode 的文件事件队列溢出或 Electron 渲染进程内存压力所致，多见于频繁 git checkout、yarn install 或 IDE 多窗口共用同一工作区的场景。
- 避免在资源管理器聚焦状态下执行
git clean -fdx或rm -rf node_modules—— 改用终端执行后手动触发File: Refresh Explorer - 禁用
"explorer.compactFolders"（设为false），该功能在嵌套过深时会错误折叠合法目录 - 如果使用 WSL2，确保
/etc/wsl.conf中启用了metadata = true，否则 Windows 文件系统事件无法透传到 VSCode 的 watcher 层
