必须通过 code --list-extensions --show-paths 命令直接获取当前插件实际安装路径，或使用 Developer: Show Extensions Folder 命令在文件管理器中打开；若命令不可用，则终端执行对应系统命令（如 Windows 用 dir %USERPROFILE%\.vscode\extensions，macOS/Linux 用 ls ~/.vscode/extensions）查看真实目录。
VSCode 插件不是“装上就完事”，路径配置不对，轻则插件不加载、提示消失，重则整个工作区语言服务崩溃、调试器连不上。关键不在装多少插件，而在路径是否可控、可追溯、可复现。
怎么快速定位当前插件实际安装在哪？
别猜路径，也别翻文档找默认值——直接让 VSCode 告诉你。
- 按
Ctrl+Shift+P（macOS 是Cmd+Shift+P），输入Developer: Show Extensions Folder，回车，它会立刻在文件管理器中打开真实目录 - 如果命令不可用（比如插件被禁用或损坏），终端里执行：
ls ~/.vscode/extensions（macOS/Linux）或dir %USERPROFILE%\.vscode\extensions（Windows PowerShell） - 注意：
extensions目录下每个文件夹名形如ms-python.python-2024.12.1，其中ms-python是发布者，python是插件名，2024.12.1是版本号——不是所有插件都带版本号，但主流官方插件都带
为什么改了 --extensions-dir 还是没生效？
这个参数只在启动时读取，且优先级高于任何配置文件。常见失效原因很具体：
- 你用桌面图标双击启动 VSCode → 它根本没走你写的命令行参数，
--extensions-dir被忽略 - 你在已运行的 VSCode 里执行
code --extensions-dir /xxx→ 这会新开一个窗口，但新窗口不会继承旧窗口的 workspace 设置，可能导致 C/C++ 或 Python 解析器找不到头文件路径 - 路径里含空格或中文，又没加引号，比如
code --extensions-dir /my exts→ 实际只传了/my，后面被截断 - 权限问题：Linux/macOS 下指定的路径目录不可写，VSCode 启动后静默 fallback 到默认路径，不报错也不提示
多项目隔离时，extensions-dir 和 workspace 级设置怎么配合？
单纯靠 --extensions-dir 无法解决“项目 A 用 clangd，项目 B 用 ccls”的需求。真正有效的组合是：
- 为每个项目单独建一个空目录，比如
~/projects/embedded/和~/projects/webassembly/ - 分别用
code --extensions-dir ~/.vscode/ext-embedded和code --extensions-dir ~/.vscode/ext-wasm启动，确保插件物理隔离 - 在各自项目根目录下放
.vscode/settings.json，显式关闭全局插件干扰："extensions.ignoreRecommendations": true - 关键点：
c_cpp_properties.json和launch.json中的路径（如compilerPath、miDebuggerPath）必须用绝对路径或${workspaceFolder}变量，不能依赖插件自动探测——否则跨目录启动时会指向错误的 bin 或 sysroot
卸载插件后残留文件还在，怎么彻底清理？
VSCode 的“卸载”只是禁用并删掉 package.json 和入口模块，但有些插件（尤其是带 native 二进制的，比如 ms-vscode.cpptools）会在 ~/.vscode/extensions/xxx/out/ 里留下编译产物或缓存目录，下次安装同版本会复用，导致行为异常。
- 先确认插件是否真卸载：
code --list-extensions输出里不应出现该插件 ID - 手动进入
~/.vscode/extensions/，用ls -la | grep 插件名找残留目录（注意版本号可能不同） - 删除整个文件夹：
rm -rf ms-vscode.cpptools-*（Linux/macOS）或Remove-Item -Recurse -Force $env:USERPROFILE\.vscode\extensions\ms-vscode.cpptools-*（PowerShell） - 特别注意：
settings.json里可能还留着该插件的自定义配置（比如"C_Cpp.default.compilerPath"），不清理会导致新装插件读到过期路径
路径不是越深越安全，也不是越统一越好。真正要盯住的是：每次启动时 VSCode 看到的路径是不是你预期的那个，以及插件读到的路径变量（${workspaceFolder}、${env:HOME}）有没有被 shell 或父进程污染。这点在 WSL、Docker Dev Container 或远程 SSH 场景下尤其容易出岔子。
