最可靠方式是用命令行查看当前生效路径：macos/linux执行echo ~/.vscode/extensions，windows powershell执行write-output $env:userprofile\.vscode\extensions，cmd执行echo %userprofile%\.vscode\extensions，该路径会真实反映--extensions-dir自定义设置。
VSCode插件路径在哪？直接看命令行输出最准
插件默认装在用户目录下，但具体位置不能靠猜——不同系统路径格式、分隔符、权限都不同，手动翻文件夹容易错。最可靠的方式是用终端命令确认当前生效路径：
- macOS / Linux：
echo ~/.vscode/extensions - Windows PowerShell：
Write-Output $env:USERPROFILE\.vscode\extensions - Windows CMD：
echo %USERPROFILE%\.vscode\extensions
注意：这些命令返回的是 VSCode 当前实际读取的路径，不是“理论上应该在”的位置。如果改过 --extensions-dir 启动参数，这里显示的就是自定义路径。
为什么插件装不上或不加载？先查 .obsolete 文件
插件安装失败、更新后消失、重启后没反应——八成不是网络或权限问题，而是 VSCode 在 extensions 目录里偷偷留了个 .obsolete 文件。它会阻止对应插件被加载，但不会删除文件夹。
- 进到你的插件目录（比如
~/.vscode/extensions），执行find . -name ".obsolete" -delete（macOS/Linux）或dir /s ".obsolete"（Windows）定位并删掉 - 删完重启 VSCode，插件通常立刻恢复加载
- 这个文件常由插件卸载不彻底、强制中断安装、或旧版本残留触发，不是 bug，是 VSCode 的安全保护机制
--extensions-dir 参数必须加在 code 命令最前面
想把插件挪到 D 盘或 NAS 上？别只改快捷方式属性里的“起始位置”，--extensions-dir 必须作为第一个参数传给 code 命令，否则会被忽略。
- ✅ 正确：
code --extensions-dir D:\vscode-exts my-project - ❌ 错误：
code my-project --extensions-dir D:\vscode-exts（VSCode 会当成项目路径处理） - Windows 用户注意：路径含空格时必须用英文双引号包裹，如
--extensions-dir "D:\My Extensions" - macOS/Linux 用户建议用绝对路径，避免 shell 展开错误；路径末尾不要加斜杠
环境变量影响插件行为？重点盯 PATH 和 VSCODE_DEV
插件本身不读环境变量，但插件依赖的工具链（比如 C/C++ 插件调 gcc、Python 插件找 python）全靠 PATH。VSCode 启动时只继承父进程的环境变量，终端启动和桌面图标启动行为不同。
- 从终端启动 VSCode（
code）：能拿到你 shell 里所有export的变量，包括修改过的PATH - 从 Dock / 开始菜单启动：只继承系统级环境变量，shell 配置（如
~/.zshrc）里的PATH不生效 - 临时验证：在 VSCode 里打开终端，运行
echo $PATH或where gcc，看是否包含你期望的编译器路径 -
VSCODE_DEV=1会影响插件开发调试行为，普通用户不用设，但 CI/CD 脚本里若出现插件加载异常，得检查是否意外设置了它
路径配置这事，没有“一劳永逸”的方案。插件目录、工具链路径、VSCode 启动方式三者必须对齐，差一个环节就卡住。动手前先确认当前生效路径和环境变量快照，比反复重装插件有用得多。
