必须手动干预插件路径映射，因为VSCode启动时硬编码扫描--extensions-dir指定路径，不响应settings.json、工作区配置或环境变量；插件加载发生在配置解析之前，唯一可靠方式是每次启动时显式传入该参数。
插件路径映射为什么必须手动干预？
VSCode 默认只认 .vscode/extensions 目录下的插件，但实际开发中常遇到：多项目共用一套插件、CI 环境需隔离扩展、或想回滚到某旧版本插件。这时默认路径就成瓶颈——它不支持动态切换，也不响应工作区级配置变更。
根本原因在于 VSCode 启动时硬编码扫描 --extensions-dir 指向的路径，且不继承环境变量或 workspace 设置。你改了 settings.json 里的任何路径相关项，对插件加载毫无影响。
- 插件加载发生在 settings 解析之前，
extensions路径是启动参数级决策 - 即使你在 workspace 中写
"extensions.path": "/custom"，VSCode 完全忽略该字段 -
~/.vscode/extensions下的插件会被所有工作区共享，无法按项目启用/禁用
如何安全地指定自定义插件路径？
唯一可靠方式是通过启动参数强制重定向，而非依赖配置文件或 GUI 设置。
在终端执行：
code --extensions-dir /path/to/my-extensions
这个路径必须是绝对路径，且 VSCode 会自动创建目录（如果不存在）。关键点：
- Windows 用户注意：路径中不要用反斜杠
，一律用正斜杠/或双反斜杠\，否则可能解析失败 - macOS/Linux 下，确保目标目录有读写权限，否则插件安装会静默失败
- 每次启动都要加这个参数，或将其封装为 shell alias / desktop shortcut，不能“一次设置永久生效”
- 如果你用 VSCode Desktop 图标启动，它不会读取该参数——必须从终端或脚本调用
多根工作区下插件路径能按根区分吗？
不能。VSCode 不支持 per-root 的插件路径映射。一个工作区无论包含几个根目录，所有根共享同一个 --extensions-dir 实例。
但你可以用软链接 + 目录结构设计绕过限制：
- 把不同项目的插件集放在不同子目录下，如
/extensions/frontend/、/extensions/backend/ - 启动前端项目时：
code --extensions-dir /extensions/frontend - 启动后端项目时：
code --extensions-dir /extensions/backend - 用符号链接统一指向当前激活的插件集：
ln -sf /extensions/frontend ~/.vscode/extensions
这种做法需要你主动管理链接，但能避免插件冲突——比如前端项目不该装 Python 插件，后端项目不该装 ESLint。
插件路径映射和调试路径（sourceMapPathOverrides）是两回事
新手常混淆这两个概念：一个是插件自身的存放位置（--extensions-dir），另一个是调试时源码与 sourcemap 的路径匹配规则（sourceMapPathOverrides）。它们完全独立，改一个不影响另一个。
典型误操作：
- 以为在
launch.json里配了"sourceMapPathOverrides"就能让插件加载路径变灵活——没用 - 在
.vscode/settings.json里写"extensions.dir"字段试图覆盖路径——VSCode 不识别该配置项 - 把
webpack.config.js里的devtool和插件路径混为一谈——前者影响断点，后者影响扩展加载
真正要调的只有启动命令本身；其余所有“路径映射”类配置，都属于编辑器功能层，和插件加载机制不在同一层级。
