VSCode插件“消失”实为访问权限或路径配置问题，并非插件被删除；常见原因包括目录权限错误、自定义user-data-dir路径、系统策略拦截、Flatpak沙箱限制及root属主导致的读取失败。
插件“消失”其实是VSCode读不到~/.vscode/extensions目录
不是插件真被删了，而是VSCode启动时根本没扫描到那个目录——常见于手动覆盖安装、权限变更或路径被重定向。Linux/macOS下ls -la ~/.vscode/extensions常返回Permission denied；Windows上则可能看到目录存在但VSCode里空空如也。关键要确认VSCode是否在读你认为它该读的那个位置。
- 先运行
code --list-extensions，如果输出为空，说明VSCode当前没加载任何扩展（不是UI问题） - 再执行
code --show-versions，看输出顶部的User data directory路径是否和你预期一致 - 若用过
code --user-data-dir="/custom/path"启动过，那所有插件实际装在/custom/path/extensions，而非默认路径
Windows上%APPDATA%\Code\extensions被系统保护导致读取失败
某些Windows策略（尤其企业域环境或杀毒软件）会拦截对%APPDATA%子目录的访问，VSCode进程拿不到读权限，就跳过整个extensions目录。现象是插件列表为空，但Developer: Open Extensions Folder能正常打开文件管理器——这说明路径没错，只是VSCode自己被拦住了。
- 右键
%APPDATA%\Code\extensions→ 属性 → 安全 → 编辑 → 给当前用户添加“读取”和“列出文件夹内容”权限 - 禁用实时防护软件的“行为监控”或“勒索软件防护”，它们常静默阻止IDE读取扩展目录
- 避免用管理员身份运行VSCode：以管理员启动会导致远程端
.vscode-server属主变成root，本地也会继承异常权限模型
macOS/Linux下~/.vscode/extensions属主错成root
用sudo code启动过一次，就足以让~/.vscode/extensions及其子目录全部变成root:root。普通用户进程无法读取，VSCode直接忽略该目录，插件列表清零。这不是损坏，是权限锁死。
- 终端执行
ls -ld ~/.vscode/extensions，若输出含root，立刻修复：sudo chown -R $USER:$USER ~/.vscode/extensions - 顺手检查
~/.vscode父目录权限：ls -ld ~/.vscode，确保不是drwx------以外的值（比如drwxr-xr-x会被拒绝） - 别碰
~/.vscode里的user-data或machine-id等隐藏文件——改错一个就可能导致整个用户数据目录被弃用
Flatpak版VSCode无法访问~/.vscode/extensions
Flatpak沙箱默认禁止访问用户主目录下的点文件（~/.vscode属于被屏蔽路径），插件目录虽物理存在，但VSCode根本看不见。这是设计使然，不是bug。
- 命令行强制暴露：
flatpak override --filesystem=~/.vscode com.visualstudio.code - 或者换用官方.deb/.rpm包或直接下载二进制tar.gz——Flatpak版只适合轻量使用，不适合扩展生态依赖强的场景
- 验证是否生效：重启VSCode后运行
code --list-extensions，应有输出；再看Developer: Open Extensions Folder是否真打开~/.vscode/extensions
插件目录本身很少损坏，真正卡住的是VSCode对它的访问权。每次“消失”，优先查权限、查路径、查启动方式——而不是急着重装。
