VSCode插件“消失”实为读取路径错位或权限不足，并非插件被删除；常见原因包括目录属主为root、自定义user-data-dir路径、Flatpak沙箱限制、远程开发路径不匹配及Windows系统策略拦截，需通过code --list-extensions和code --show-versions确认实际加载路径并修复对应权限。
插件读不到 ~/.vscode/extensions 是权限或路径错位
VSCode 插件“没装上”或“突然消失”，90% 是它根本没去读你认为的 ~/.vscode/extensions 目录。不是插件丢了，是 VSCode 启动时压根没扫描那个位置。
- 先运行
code --list-extensions：如果输出为空，说明当前会话没加载任何扩展，问题出在路径或权限，不是 UI 显示异常 - 再执行
code --show-versions，看顶部的User data directory路径是否和你预期一致——如果你用过code --user-data-dir="/custom/path"启动过，那插件实际装在/custom/path/extensions，而非默认位置 - Linux/macOS 下执行
ls -la ~/.vscode/extensions返回Permission denied，大概率是属主变成root（比如曾用sudo code启动过），修复命令：sudo chown -R $USER:$USER ~/.vscode - Windows 上检查
%APPDATA%\Code\extensions右键 → 属性 → 安全 → 给当前用户加“读取”和“列出文件夹内容”权限
Flatpak 版 VSCode 默认看不到 ~/.vscode
Flatpak 沙箱默认屏蔽用户主目录下的点文件（~/.vscode 就属于被拦截路径），插件目录物理存在，但 VSCode 进程根本无法访问。
- 这不是 bug，是 Flatpak 的安全策略设计
- 临时解决：运行
flatpak override --filesystem=~/.vscode com.visualstudio.code - 注意：该命令只对当前用户生效；若用了
--user安装 VSCode，需加--user参数 - 重启 VSCode 才生效，之前安装的插件会立刻出现在列表里
自定义 extensions-dir 后插件不生效
用 code --extensions-dir 指定新路径后，插件仍不加载，常见于路径不可写、未同步配置或 VSCode 缓存旧路径。
- 确保目标路径存在且当前用户有读写权限：
mkdir -p /path/to/custom/extensions && chmod 755 /path/to/custom/extensions - 不要只改启动命令，还要检查
settings.json中是否残留"extensions.installDir"配置项——这个字段优先级高于命令行参数，冲突时会被忽略 - 插件安装后，VSCode 不会自动把旧插件迁移到新目录，需手动复制或重装
- 验证方式：打开命令面板 →
Developer: Open Extensions Folder，看弹出的窗口路径是否与你指定的一致
远程开发（SSH/WSL）下插件路径失效
在远程连接中，VSCode 分为本地 UI 进程和远程 vscode-server 进程，插件路径必须匹配远程环境，否则语言服务、ESLint 等功能直接罢工。
- 远程插件实际装在
~/.vscode-server/extensions（不是~/.vscode/extensions），本地装的插件对远程无效 - 如果远程服务器上
~/.vscode-server属主是root（比如用sudo systemctl start code-server启动过），普通用户进程无法读取，插件列表为空 - 修复命令：
sudo chown -R $USER:$USER ~/.vscode-server，然后在 VSCode 里执行Remote-SSH: Kill VS Code Server on Host再重连 - WSL 中务必用
code .（Linux 路径）启动，别用code /mnt/c/project—— 后者会让 VSCode 错误地尝试在 Windows 文件系统上解析 Node.js 模块路径
code --show-versions 输出的路径、当前用户对该路径的实际读写权限、以及你正在使用的 VSCode 实例（本地/远程/Flatpak）是否真的能触达那个位置。 
