必须用--extensions-dir启动参数或vscode_extensions环境变量修改插件路径；其他方式均不稳定。需彻底关闭vs code进程、手动复制旧插件、目标路径加双引号且前置空格，验证须检查扩展面板与文件时间戳。
不能靠改 settings.json 或图形设置界面来修改 VSCode 插件下载路径——它压根不读这些配置。真正生效的只有启动时指定 --extensions-dir，或设环境变量 VSCODE_EXTENSIONS，其他方式（软链接、改注册表、挪文件夹）要么不稳定，要么只管一部分。
用 --extensions-dir 启动参数强制重定向插件安装位置
这是唯一被官方明确支持、跨平台通用、且每次启动都可验证的方式。VSCode 启动时若看到这个参数，会完全忽略默认的 %USERPROFILE%\.vscode\extensions，转而加载并写入你指定的目录。
- 必须彻底关闭所有 VS Code 进程（包括后台的
Code Helper.exe），否则参数不生效 - 目标路径需手动创建，例如
D:\VSCodeExtensions；VSCode 不会自动建父级目录 - 快捷方式「目标」栏末尾加参数时，前面**必须有且仅有一个空格**，且路径含空格或中文时，
"D:\My Extensions"的双引号不可省略 - 已装插件不会自动迁移：旧插件仍留在原路径，新装插件才进新目录；要让旧插件也生效，得手动复制整个
extensions文件夹内容过去（不是剪切） - 验证是否生效：启动后打开扩展面板（
Ctrl+Shift+X），搜一个已装插件（如ms-python.python），再进新路径看对应文件夹的修改时间是否更新
VSCODE_EXTENSIONS 环境变量只影响新插件安装
设了这个变量，VSCode 会把后续新装的插件写进该路径，但**旧插件仍从原 %USERPROFILE%\.vscode\extensions 加载**。结果是两套路径共存，可能引发激活冲突、版本错乱，甚至部分插件静默失效。
- Windows 下新建系统变量：
VSCODE_EXTENSIONS→ 值为D:\VSCodeExtensions - macOS/Linux 需在
~/.zshrc或~/.bashrc中加export VSCODE_EXTENSIONS="$HOME/vscode-ext"，然后运行source ~/.zshrc - 重启 VSCode 后，新装插件确实进新路径，但原路径下的插件列表仍显示为“已启用”，实际加载行为取决于启动顺序和缓存状态，容易误判
- 不推荐用于已有大量插件的场景——你得手动清理旧路径、重装或迁移，否则始终存在双路径风险
插件自身的缓存（如 cpptools、python）没法统一改
VSCode 的 --extensions-dir 和 VSCODE_EXTENSIONS 对插件内部缓存完全无效。像 ms-vscode.cpptools 把 IntelliSense 数据硬写进 %LOCALAPPDATA%\Microsoft\vscode-cpptools，ms-python.python 则依赖解释器路径和 workspace 内的 .vscode/pythonFiles，它们不响应任何 VSCode 全局参数。
-
cpptools缓存只能靠软链接迁移（如mklink /J "%LOCALAPPDATA%\Microsoft\vscode-cpptools" "D:\vscode-cpptools"），但需管理员权限，且部分杀毒软件会拦截 -
python插件没暴露缓存路径设置项，但可通过python.defaultInterpreterPath指向非 C 盘 Python，间接减少 C 盘缓存生成 -
Pylance缓存藏在 Edge 的 TempState 下：%LOCALAPPDATA%\Packages\Microsoft.MicrosoftEdge_8wekyb3d8bbwe\TempState\vscode-pylance，只能软链接或定期清理 - 项目级插件（如 ESLint、Jest）缓存通常就在工作区里（
.eslintcache、node_modules），直接挪整个项目目录即可
软链接（mklink）看似省事，实则埋雷最多
Windows 上用 mklink /J 或 mklink /D 把 %USERPROFILE%\.vscode\extensions 指向 D 盘，看起来一劳永逸，但真实使用中容易静默失败。
-
mklink /J（目录联接）可能被 VSCode 识别为“非原始位置”，触发插件签名校验失败，导致cpptools类含本地二进制模块的插件无法加载 -
mklink /D（符号链接）需管理员权限，且一旦源目录被误删或移动，链接失效，VSCode 会自动新建空extensions文件夹，已装插件全“丢失” - 多用户共用一台机器时，软链接指向固定路径，无法按用户隔离，A 用户装的插件 B 用户也能看到，可能引发权限或兼容问题
- 最常出错的是：没关干净后台进程就建链接，或路径含中文/空格却没加双引号，导致链接创建成功但 VSCode 根本不认
真正要动的不是“插件装在哪”，而是“VSCode 启动时去哪找插件”。参数漏空格、路径没引号、后台进程残留——这三个点占了 90% 的失败案例。改完别急着验证插件功能，先打开任务管理器确认 Code.exe 和所有 Code Helper 进程都清空了，再启动。
