必须通过 --extensions-dir 启动参数指定新插件路径，而非修改配置；需彻底关闭进程、复制旧插件、更新快捷方式目标栏并加双引号包裹路径，环境变量和软链接均存在兼容性风险。
不能直接“修改”已安装 VS Code 的全局插件路径，必须通过启动参数或环境变量重新定向加载和安装位置；已有插件需手动迁移，否则仍从原路径读取。
用 --extensions-dir 启动参数强制指定新路径（最稳）
这是官方明确支持、兼容性最好、也最容易验证的方式。关键不是改配置，而是让每次启动都带这个参数，且参数必须紧贴 code 命令执行。
- 先彻底关闭所有 VS Code 进程（任务管理器里确认没有
Code.exe和Code Helper.exe） - 创建目标目录，例如
D:\VSCodeExtensions；把原%USERPROFILE%\.vscode\extensions下全部内容复制进去（不是剪切，留一份备用） - 命令行运行：
code --extensions-dir "D:\VSCodeExtensions"，观察左侧「扩展」面板是否完整列出已装插件 - 右键桌面快捷方式 → 属性 → 「目标」栏末尾加一个空格，再粘贴
--extensions-dir "D:\VSCodeExtensions"，保存后双击启动 - 验证：打开新装插件（如
ms-python.python），进D:\VSCodeExtensions看文件时间戳是否更新
VSCODE_EXTENSIONS 环境变量只影响新插件安装
它确实被官方文档收录，但行为有歧义：设置后，新装插件会写入该路径，但旧插件仍从原 %USERPROFILE%\.vscode\extensions 加载——两套路径共存，可能引发冲突。
- 变量值末尾不能有反斜杠（
\），否则启动报错Error: ENOENT: no such file or directory - 该变量只在终端中用
code命令启动时生效；右键菜单、Git GUI、IDEA 内置终端等调用方式默认忽略它 - 若同时用了
--user-data-dir，且两个路径不在同一磁盘，部分插件（如Live Share）可能出现同步延迟
别用软链接（mklink /J 或 /D）迁移到非系统盘
看似省事，但 Windows 上对 VS Code 不稳定，尤其含本地二进制模块的插件（如 ms-vscode.cpptools）容易静默失败或重装。
-
mklink /J（目录联接）可能被识别为“非原始位置”，触发校验失败 -
mklink /D（符号链接）需管理员权限，且部分杀毒软件会拦截 - 一旦源目录被误删或移动，软链接失效，VS Code 会新建空
extensions文件夹，已装插件全“丢失” - 多用户共用一台机器时，软链接指向固定路径，无法按用户隔离
真正要改的是“每次启动怎么找插件”，而不是“去哪改一个开关”。最易出错的环节是快捷方式目标栏没加空格、路径含中文或空格没用双引号包住、或者没关干净后台进程——这些都会导致参数不生效，插件依然装在 C 盘。
