最稳妥方式是使用 --extensions-dir 参数启动并固化到快捷方式，需彻底关闭进程、复制插件、验证路径生效；软链接和环境变量易引发插件丢失或冲突。
直接改 --extensions-dir 参数最稳妥，不丢插件、不崩配置、重启即生效。软链接和环境变量方法看似省事，但容易因权限、路径空格或多实例冲突导致已装插件“消失”。
用 --extensions-dir 启动并固化到快捷方式
这是官方明确支持、兼容性最好、也最容易验证是否成功的方式。关键不是“改路径”，而是让每次启动都带参数，且参数必须紧贴 code 命令执行。
- 先彻底关闭所有 VS Code 进程（任务管理器里确认没有
Code.exe和Code Helper.exe） - 创建目标目录，比如
D:\VSCodeExtensions；把原%USERPROFILE%\.vscode\extensions下的全部内容复制进去（不是剪切，留一份在原处备用） - 命令行运行：
code --extensions-dir "D:\VSCodeExtensions"，观察左侧「扩展」面板是否完整列出已安装插件 - 右键桌面快捷方式 → 属性 → 「目标」栏末尾加一个空格，再粘贴
--extensions-dir "D:\VSCodeExtensions" - 保存后双击启动，检查扩展列表和新装插件是否真落到 D 盘（进目录看文件时间戳或大小）
为什么不用 mklink /J 软链接？
软链接在 Windows 上对 VS Code 不稳定：部分插件（尤其是含本地二进制模块的，如 ms-python.python、ms-vscode.cpptools）加载时会校验路径真实性，/J（目录联接）可能被识别为“非原始位置”，触发重装或静默失败。
-
mklink /D（符号链接）需管理员权限，且某些杀毒软件会拦截 - 一旦源目录被误删或移动，软链接失效，VS Code 会新建空
extensions文件夹，已装插件全“丢失” - 多用户共用一台机器时，软链接指向固定路径，无法按用户隔离
VSCODE_EXTENSIONS 环境变量的隐藏风险
这个变量确实被官方文档收录，但实际行为有歧义：它只影响「新插件安装位置」，不改变已有插件的加载路径。也就是说，设置后你装新插件会去 D 盘，但原来 C 盘的插件仍会被读取——除非你手动迁移并清空原 extensions 文件夹，否则两套插件共存，可能引发版本冲突或功能异常。
- Windows 新建系统变量时，变量值末尾不能有反斜杠（
\），否则 VS Code 启动报错Error: ENOENT: no such file or directory - 终端中用
code命令打开文件夹时，该变量才生效；右键菜单、Git GUI 等调用方式默认忽略它 - 与
--user-data-dir共用时，若两者路径不在同一磁盘，部分插件（如 Live Share）可能出现同步延迟
大体积插件迁移后要检查的三件事
像 ms-python.python（常超 500MB）、ms-dotnettools.csharp、ms-vscode.cpptools 这类插件，光挪路径不够，还得确认运行时是否真正从新位置加载。
- 打开命令面板（
Ctrl+Shift+P），输入Developer: Toggle Developer Tools，切换到 Console 标签页，搜索extensionHost，看日志里加载路径是否含你的 D 盘路径 - 在新路径下删掉某个插件子文件夹（如
ms-python.python-2026.4.1），重启 VS Code，观察是否报“插件缺失”而非自动重装——能报错说明路径生效 - 打开设置搜
extensions.autoUpdate，确保为true；下次更新后，进 D 盘目录确认新版本文件夹已生成且旧版被自动清理
真正麻烦的不是“怎么挪”，而是“挪完怎么确认没漏”。VS Code 对插件路径的解析是分层的：启动参数 > 环境变量 > 默认路径，只要有一处残留旧路径引用，就可能造成插件状态错乱。建议改完立刻关所有窗口，用命令行启动一次验证，比依赖快捷方式更可靠。
