vscode插件“消失”实为路径未被读取：运行code --list-extensions输出为空即未加载扩展；用code --show-versions确认user data directory路径；注意windows组策略/杀软拦截%appdata%\code\extensions或linux权限问题导致目录被跳过。
VSCode插件“消失”或“找不到”，90%不是插件丢了，而是路径没被读到——code --list-extensions 输出为空时，基本可以断定 VSCode 根本没扫描你认为它该扫的那个目录。
怎么确认 VSCode 正在读哪个插件目录？
别猜，直接问它：
- 运行
code --list-extensions：如果输出为空，说明当前会话没加载任何扩展（不是 UI 渲染问题） - 运行
code --show-versions：看第一行的User data directory路径，这才是它实际找extensions的父目录 - 检查是否用过自定义启动参数：比如
code --user-data-dir="/tmp/vscode-test"，那插件一定在/tmp/vscode-test/extensions，而不是~/.vscode/extensions
Windows 用户特别注意：%APPDATA%\Code\extensions 可能被组策略或杀软拦截，即使文件存在、右键能打开，VSCode 进程也可能因权限不足而跳过整个目录。
为什么 ~/.vscode/extensions 显示 Permission denied？
这不是磁盘坏了，是属主/权限锁死了：
- 用
sudo code启动过一次 → 整个~/.vscode/extensions变成root:root→ 普通用户进程无法读取 → VSCode 直接忽略该目录 - 检查父目录权限：
ls -ld ~/.vscode，如果显示drwx------（即只有 owner 有 rwx），那没问题；但如果是drwxr-xr-x或更宽松，某些 Linux 发行版会拒绝读取点目录 - 修复命令（Linux/macOS）：
sudo chown -R $USER:$USER ~/.vscode/extensions+chmod 700 ~/.vscode
Flatpak 版 VSCode 是另一回事：沙箱默认屏蔽 ~/.vscode，物理存在也等于不存在——换 deb/rpm 或官方 .tar.gz 包是唯一可靠解法。
插件装对了，但 Python/ESP32/PySide6 工具链还是找不到？
这是路径引用的第二层问题：插件本身在，但插件依赖的外部可执行文件（如 pyside6-uic、idf.py）不在 PATH 里，或 VSCode 没继承正确的环境：
- PySide6 场景：可执行文件在 conda env 的
Scripts/（Win）或bin/（macOS/Linux），必须确保 VSCode 启动时已激活该环境 —— 推荐用终端启动：conda activate myenv && code . - ESP32 场景：插件不读
$PATH，只认settings.json里硬编码的idf.espIdfPath和idf.pythonBinPath，路径里不能有空格或中文，且必须是绝对路径 - 通用原则：VSCode 的集成终端和插件用的环境变量可能不同。插件报“找不到 xxx”，先在集成终端里手动运行那个命令，看是否真在 PATH 中
最常被忽略的一点：VSCode 插件路径和工具链路径是两套系统——前者决定“谁在运行”，后者决定“能调用什么”。改错一个，另一个照样崩。
