最稳方式是用--extensions-dir启动参数强制指定新路径。需彻底关闭所有vs code进程，复制旧插件到新目录，更新快捷方式目标栏并加英文引号包裹路径，验证加载路径是否生效。
直接用 --extensions-dir 启动最稳，别碰软链接和环境变量
改插件路径不是“设个变量就完事”，而是让每次启动都明确告诉 VS Code：“插件在这儿”。--extensions-dir 是官方唯一明确支持、行为可预测的方式。软链接（mklink /J）和 VSCODE_EXTENSIONS 环境变量看似省事，但实际踩坑率极高：
- 软链接对含本地二进制模块的插件（如
ms-python.python、ms-vscode.cpptools）不兼容，VS Code 可能校验路径真实性失败，导致插件静默不加载或反复重装 -
VSCODE_EXTENSIONS只影响新装插件位置，旧插件仍从原%USERPROFILE%\.vscode\extensions加载——两套路径共存，容易引发版本冲突、功能异常甚至调试器断连 - Windows 下路径含空格或权限受限时，软链接和环境变量常触发启动失败，错误信息却只显示“扩展未启用”，排查成本高
迁移前必须彻底关闭所有 VS Code 进程
哪怕只剩一个后台 Code Helper.exe 在跑，复制或移动 extensions 文件夹都可能被锁住，导致文件损坏或丢失。这不是“关掉窗口”就行的事：
- 打开任务管理器（
Ctrl+Shift+Esc），筛选全部名为Code.exe、Code Helper.exe、Code --type=renderer的进程，全部结束 - 检查系统托盘，右键点击 VS Code 图标确认“退出”而非“最小化到托盘”
- 迁移后首次用新参数启动，务必打开命令面板（
Ctrl+Shift+P），执行Developer: Show Extensions Folder，确认路径确实指向你指定的新目录（比如D:\VSCodeExtensions），而不是原路径
大体积插件迁移后要验证是否真从新路径加载
像 ms-python.python（常超 500MB）、ms-dotnettools.csharp 这类插件，光把文件夹复制过去不够。VS Code 启动时若仍读取旧路径的缓存或语言服务器，新位置的文件就是摆设：
- 启动后打开命令面板，输入
Developer: Toggle Developer Tools，切换到 Console 标签页，搜索extensionHost或插件名，看日志里加载路径是否含你的新目录（如D:\VSCodeExtensions\ms-python.python-2024.10.1） - 对 Python 插件，可打开任意
.py文件，按Ctrl+Shift+P输入Python: Select Interpreter，如果解释器列表正常出现，说明语言服务器已从新路径成功启动 - 观察插件右下角状态栏图标是否响应（如 C++ 插件的 IntelliSense 小灯泡），若无反应，大概率是路径没生效或权限问题
别只迁插件，--user-data-dir 和 --cache-dir 一起挪才彻底释放 C 盘
插件只是空间大户之一，UserData（含配置、快捷键、已启用插件列表）和 Cache（工作区索引、日志、临时编译产物）同样会膨胀。单独挪插件，C 盘可能还剩几个 GB 被占着：
- 在快捷方式「目标」栏末尾一次性加全三个参数：
--extensions-dir "D:\VSCode\extensions" --user-data-dir "D:\VSCode\data" --cache-dir "D:\VSCode\cache" -
--user-data-dir必须包含extensions子目录，否则 VS Code 会新建空extensions文件夹，导致已装插件“消失” - 首次启动后，进
D:\VSCode\data看是否有settings.json和extensions目录；进D:\VSCode\cache看是否有GPUCache、Code Cache等子目录，确认写入生效
