用了好几年 VS Code我直到被一个“磁盘空间不足”弹窗打断调试才意识到插件这玩意儿的默认安装路径有多坑。默认情况下VS Code 的所有插件都住在 C 盘的用户目录里装几十上百个插件后几个 GB 就这样悄悄没了。如果你也是那种 128GB 系统盘、或者电脑上有多个分区想分区管理的用户这篇文章就是给你写的我会把 VS Code 插件默认安装路径的来龙去脉说清楚并且提供三种改路径的方法从最简单的快捷方式参数到最稳妥的目录联接迁移每一步都带实操和避坑经验。1. 折腾路径之前先搞清楚插件都往哪儿钻1.1 插件目录的默认位置到底有多“默认”VS Code 的插件目录位置不是写在安装目录下的而是跟着用户目录走。在 Windows 上它默认是C:\Users\你的用户名\.vscode\extensions如果是 macOS则对应~/.vscode/extensionsLinux 也一样路径为~/.vscode/extensions。不过这里有个容易搞混的点如果你用的是 VS Code 的 Insiders 版本或者 VSCodium目录名会不同。比如 Insiders 的扩展目录是.vscode-insidersVSCodium 是.vscode-oss。还有远程开发场景WSL、SSH、容器每个远程环境的扩展目录又会单独存储。这些插件不光指你从应用商店点“安装”的那些还包括你自己解压进去的 VSIX 包、一些内置依赖比如调试器、语言服务器也会往这个目录里塞。我见过一个装了 C 扩展、Python 扩展和 Android 工具的机器光扩展目录就吃掉了 4.3GB 空间。1.2 为什么在设置面板里找不到“更改插件路径”这个选项很多人下意识觉得这种需求应该有个设置项直接改比如extensions.defaultPath之类。我告诉你VS Code 官方团队明确没有把这做成一个可视化设置原因很简单扩展目录跟用户数据目录、缓存目录强关联如果做成动态设置可能在更新、回滚、同步时出各种诡异问题。所以目前官方支持的路径变更方式是有意做成“启动时指定”的——也就是靠命令行参数--extensions-dir来覆盖默认路径。这更像一个启动开关而不是一个仓库里长期保存的配置。理解了这一点后面很多做法就顺理成章。2. 三种改路径方案对比哪种适合你的场景2.1 方案总览与选型逻辑我梳理了目前社区里主流的三条路适用场景各不相同你可以直接对照着选方案原理适合场景缺点命令行参数每次启动时用--extensions-dir指定目录临时测试、一次性的启动每次都要带参数手动输入很麻烦修改快捷方式把参数固化到快捷方式的目标里自己电脑固定工作流只能通过该快捷方式启动才生效目录联接Junction把原目录复制到新位置再做一个符号链接C 盘空间不足想一劳永逸操作步骤稍多需要小心权限从长期稳定性来看我强烈推荐第三种。因为它对 VS Code 本身是透明的——程序以为插件还在默认路径实际上数据存在别的地方不管是命令行启动、面板启动、自动更新都无感不会因为漏了参数导致插件“全部消失”的惨剧。2.2 关于“设置 extensions.installLocation”的误解网上有一些过时信息说在settings.json里加上{ extensions.installLocation: D:\\VSCodeExtensions }就能改路径。我专门搜过官方文档和源码这个配置项在多年以前曾经有过试验性实现但后来被移除了。现在你写进去 VS Code 根本不识别甚至不会报错但完全没用。别再踩这个坑了。3. 方法一和方法二不迁移现有插件也能改路径的方式3.1 用--extensions-dir参数临时指定目录先看一个最简单的验证方法打开终端进入 VS Code 安装目录Windows 默认是C:\Users\你的用户名\AppData\Local\Programs\Microsoft VS Code\Code.exe然后执行Code.exe --extensions-dir D:\VSCodeExtensions这样启动的 VS Code 会把D:\VSCodeExtensions当作插件目录。如果这个目录是空的你会发现左下角市场分类里的已安装插件几乎全部消失了因为扩展目录换成了一个空目录。这时候你重新从市场装一个插件它就会落到D:\VSCodeExtensions里。这个方式最大的价值是快速验证目标路径是否可用、是否有权限以及测试多个配置之间是否互相影响。但不适合日常使用因为每回启动都敲一遍参数太反人性了。所以我只是用它做“探路”真正固定下来还得靠下面这招。3.2 修改快捷方式目标最省事的日常做法假设你已经决定把插件目录放到D:\VscodeExtensions做法如下先创建目标文件夹比如D:\VscodeExtensions在桌面右键点击 VS Code 快捷方式选择“属性”找到“目标”一栏在Code.exe后面加一个空格粘贴--extensions-dir D:\VscodeExtensions完整目标示例C:\Users\你\AppData\Local\Programs\Microsoft VS Code\Code.exe --extensions-dir D:\VscodeExtensions点击确定之后每次双击这个快捷方式启动VS Code 就会自动使用新目录。这里有两个容易踩的小坑必须带英文双引号路径里有空格时不加引号会导致 VS Code 无法识别参数只对当前快捷方式生效如果后面你从开始菜单或任务栏固定图标启动那些入口依然是原始的配置。所以需要把开始菜单里的快捷方式也替换掉或者直接在任务栏图标上右键 - 属性做同样的修改。我个人不建议只改快捷方式就算完事因为 VS Code 的自动更新有时会重置快捷方式图标如果它被替换成默认图标参数就丢了。一旦发现“插件怎么全没了”先检查快捷方式目标是不是被覆盖了。4. 方法三使用目录联接Junction把插件目录整个搬走4.1 为什么目录联接比快捷方式更一劳永逸目录联接Windows 下叫 JunctionmacOS/Linux 叫 Symbolic Link。它的原理是在原来的路径位置上制造一个“替身”指向你指定的真实目录。任何程序访问原路径时操作系统都会自动转发到新路径。对 VS Code 来说他根本不知道路径已经被转移扩展目录的查找、加载、更新全走原逻辑但实际读写发生在另一个盘。这样带来几个好处无论从哪个入口启动桌面快捷方式、开始菜单、右键打开效果都一样VS Code 更新时不会重置这个链接因为链接是文件系统层面的没有参数也就没有“忘加参数导致插件消失”的问题。4.2 迁移前准备先看看到底有多大在动手之前我建议先明确当前目录的占用空间这样你能判断迁移后能释放多少 C 盘空间。按Win R输入cmd然后执行dir C:\Users\你的用户名\.vscode\extensions /s /a看最后汇总的“个文件”字节数或者直接在资源管理器里右键文件夹属性。这里注意如果显示了“占用空间”和“大小”不一致不用紧张那是小文件簇对齐的问题。如果这个目录里有几个特别巨大的文件夹我建议单独记录一下。以我的经验以下几个扩展通常比较占地方ms-python.python涉及多个 Python 解释器工具下载量往往很大ms-vscode.cpptools包含 C/C 扩展的调试组件经常达到几百 MBgolang.go包含 Go 工具链相关组件ms-dotnettools.csharpC# 扩展体积同样不小。知道这些后迁移完你可以在新目录里逐一核对看是否全部复制成功。4.3 正式迁移复制、删除、链接三步走这里我以 Windows 为例但 mac/Linux 用户把命令替换为cp、rm、ln -s即可。第一步复制全部插件到新位置先创建目标目录比如E:\VscodeExtensions然后使用robocopy系统自带比 CtrlC/V 稳定robocopy C:\Users\你的用户名\.vscode\extensions E:\VscodeExtensions /E /DCOPY:DAT /R:1 /W:1参数含义/E复制所有子目录包括空目录/DCOPY:DAT保留目录的时间戳/R:1 /W:1失败时只重试 1 次等待 1 秒省得卡住。复制完别急着删原目录先对比文件数量。两个目录都右键属性看“包含文件”数量不一致就先重新复制。第二步重命名原目录作为备份在删掉原目录之前先把原目录重命名一下这样如果新目录有问题还能立刻改回来细节上是双保险ren C:\Users\你的用户名\.vscode\extensions C:\Users\你的用户名\.vscode\extensions_backup第三步创建目录联接打开管理员权限的命令行因为要在用户目录下创建普通权限其实也够但管理员更稳执行mklink /J C:\Users\你的用户名\.vscode\extensions E:\VscodeExtensions/J表示创建目录联接Junction注意不需要加/D那是给符号链接用的。创建完之后可以再执行一次dir C:\Users\你的用户名\.vscode\extensions你会看到目录里列出了新位置的插件文件且命令提示行末尾会带上JUNCTION标识表示链接创建成功。第四步确认无误后删除备份目录打开 VS Code确认扩展面板里的插件列表完整每个扩展都能正常加载。随便打开一个项目看看语法高亮、代码补全是否正常。然后删掉备份目录rmdir /S /Q C:\Users\你的用户名\.vscode\extensions_backup这样你既得到了新路径上的实体目录又让 VS Code 以为插件还在原位。4.4 迁移后插件状态异常怎么排查迁移后最常遇到的几种异常插件列表是空的大概率是 robocopy 时漏掉了某些隐藏文件或者复制中途出错。先确认目标目录里有extensions.json、.obsolete等文件如果没有回到备份目录重新复制全部内容。某个插件加载失败有可能是绝对路径写在了扩展自己的配置里。比如部分插件会在.vscode/extensions/某些扩展下创建缓存文件路径是固定写死的。遇到这种情况直接把那个扩展卸载重装一次让它重新生成配置即可。权限报错mklink时需要管理员权限但新目录如果放在系统保护的分区比如E:\根目录且权限被锁定也会导致写入失败。可以先手动在那个目录新建一个文件夹测试写入权限。5. 迁移之后的日常维护新插件会去哪里如何验证5.1 新安装的插件默认落在哪个位置使用目录联接方案后从 VS Code 市场安装的新插件依然会写到C:\Users\你的用户名\.vscode\extensions但物理上实际存储到了E:\VscodeExtensions。你在资源管理器里看C盘的.vscode\extensions会发现修改时间变了但内容不占 C 盘空间。如果你用的是命令行参数方案新插件会直接写到参数指定的目录路径更明确。两者各有利弊目录联接更适合“不想再操心路径”的人群。5.2 检查当前实际使用的扩展目录有时候你不确定 VS Code 实际加载的是哪个目录可以打开 VS Code 的“帮助” - “开发者工具” - “控制台”输入require(vscode).extensions.extensionPath.split(/).slice(0, -1).join(/)但更简单的方式是打开设置搜索extensions然后查看“扩展”面板右上角的下拉菜单里面有“已安装扩展的路径”。或者直接执行命令行code --extensions-dir --list-extensions如果返回的是你的自定义路径说明生效了。还有一个更直观的办法在 VS Code 里打开一个扩展的主页点击右下角的齿轮图标选择“查看扩展位置”。它会直接弹出该扩展所在目录的资源管理器窗口你看看地址栏是否指向你的新盘符。5.3 团队环境下统一插件目录的思路如果你不是一个人在战斗而是想给团队统一指定插件目录方式会稍有不同。我建议分成两层思路如果是统一管理开发环境直接把--extensions-dir参数写进 VS Code 的安装脚本或启动脚本中让每台机器都指向一台网络共享盘或本地公共目录如果只是统一插件版本更推荐使用 VS Code 的settings.json里的extensions.json文件配合code --install-extension批量安装指定版本而不是去碰物理路径。后者更适合企业标准化因为路径各有差异但插件清单可以统一。6. 实测中的坑和我的个人建议6.1 不要小看“文件被占用”这件事复制扩展目录时如果 VS Code 正在运行robocopy可能会遇到文件被占用导致复制失败。我在迁移过程中遇到过一次有个扩展的日志文件始终锁着最后只能先把 VS Code 完全关掉再复制。所以迁移流程最好排在关机重启后第一件事做或者确保托盘区的 Code 进程全部退出。6.2 自动更新与缓存目录的联动变化VS Code 的扩展更新流程会先下载新版本到临时缓存目录再替换到扩展目录。如果你用目录联接这一过程完全透明。但如果你用快捷方式参数指定了目录有时扩展更新会因为下载目录和安装目录不一致出现“Unable to install”报错。解决办法是清理旧的扩展目录中的.obsolete文件或者干脆点“重新加载窗口”。6.3 我的个人建议方案如果你只是个人电脑使用我是这么推荐的第一步先尝试修改快捷方式目标让新插件落到新路径第二步如果发现还要处理原有插件再做目录联接迁移一步到位如果只是临时测试别动全局直接用--extensions-dir挂一个临时目录最安全。我身边有一些同事喜欢直接用移动硬盘跑便携版 VS Code把整个data目录放到移动盘上插件的安装目录也一并跟着走。这个方案也很优雅相当于把 VS Code 和所有插件变成绿色版但不在本文讨论范围内有兴趣的可以自己摸索。最后再分享一个我踩过几次后换来的技巧迁移完扩展目录后最好第一时间把vsix安装包统一存放在新目录的_backups文件夹里。原因很简单有些插件从市场下架后新环境再想装就找不到资源了但如果你留着备份直接把.vsix文件拖进 VS Code 就能离线安装不用再走一遍迁移流程。处理好插件路径这件事后续维护会省心非常多。
用了好几年 VS Code我直到被一个“磁盘空间不足”弹窗打断调试才意识到插件这玩意儿的默认安装路径有多坑。默认情况下VS Code 的所有插件都住在 C 盘的用户目录里装几十上百个插件后几个 GB 就这样悄悄没了。如果你也是那种 128GB 系统盘、或者电脑上有多个分区想分区管理的用户这篇文章就是给你写的我会把 VS Code 插件默认安装路径的来龙去脉说清楚并且提供三种改路径的方法从最简单的快捷方式参数到最稳妥的目录联接迁移每一步都带实操和避坑经验。1. 折腾路径之前先搞清楚插件都往哪儿钻1.1 插件目录的默认位置到底有多“默认”VS Code 的插件目录位置不是写在安装目录下的而是跟着用户目录走。在 Windows 上它默认是C:\Users\你的用户名\.vscode\extensions如果是 macOS则对应~/.vscode/extensionsLinux 也一样路径为~/.vscode/extensions。不过这里有个容易搞混的点如果你用的是 VS Code 的 Insiders 版本或者 VSCodium目录名会不同。比如 Insiders 的扩展目录是.vscode-insidersVSCodium 是.vscode-oss。还有远程开发场景WSL、SSH、容器每个远程环境的扩展目录又会单独存储。这些插件不光指你从应用商店点“安装”的那些还包括你自己解压进去的 VSIX 包、一些内置依赖比如调试器、语言服务器也会往这个目录里塞。我见过一个装了 C 扩展、Python 扩展和 Android 工具的机器光扩展目录就吃掉了 4.3GB 空间。1.2 为什么在设置面板里找不到“更改插件路径”这个选项很多人下意识觉得这种需求应该有个设置项直接改比如extensions.defaultPath之类。我告诉你VS Code 官方团队明确没有把这做成一个可视化设置原因很简单扩展目录跟用户数据目录、缓存目录强关联如果做成动态设置可能在更新、回滚、同步时出各种诡异问题。所以目前官方支持的路径变更方式是有意做成“启动时指定”的——也就是靠命令行参数--extensions-dir来覆盖默认路径。这更像一个启动开关而不是一个仓库里长期保存的配置。理解了这一点后面很多做法就顺理成章。2. 三种改路径方案对比哪种适合你的场景2.1 方案总览与选型逻辑我梳理了目前社区里主流的三条路适用场景各不相同你可以直接对照着选方案原理适合场景缺点命令行参数每次启动时用--extensions-dir指定目录临时测试、一次性的启动每次都要带参数手动输入很麻烦修改快捷方式把参数固化到快捷方式的目标里自己电脑固定工作流只能通过该快捷方式启动才生效目录联接Junction把原目录复制到新位置再做一个符号链接C 盘空间不足想一劳永逸操作步骤稍多需要小心权限从长期稳定性来看我强烈推荐第三种。因为它对 VS Code 本身是透明的——程序以为插件还在默认路径实际上数据存在别的地方不管是命令行启动、面板启动、自动更新都无感不会因为漏了参数导致插件“全部消失”的惨剧。2.2 关于“设置 extensions.installLocation”的误解网上有一些过时信息说在settings.json里加上{ extensions.installLocation: D:\\VSCodeExtensions }就能改路径。我专门搜过官方文档和源码这个配置项在多年以前曾经有过试验性实现但后来被移除了。现在你写进去 VS Code 根本不识别甚至不会报错但完全没用。别再踩这个坑了。3. 方法一和方法二不迁移现有插件也能改路径的方式3.1 用--extensions-dir参数临时指定目录先看一个最简单的验证方法打开终端进入 VS Code 安装目录Windows 默认是C:\Users\你的用户名\AppData\Local\Programs\Microsoft VS Code\Code.exe然后执行Code.exe --extensions-dir D:\VSCodeExtensions这样启动的 VS Code 会把D:\VSCodeExtensions当作插件目录。如果这个目录是空的你会发现左下角市场分类里的已安装插件几乎全部消失了因为扩展目录换成了一个空目录。这时候你重新从市场装一个插件它就会落到D:\VSCodeExtensions里。这个方式最大的价值是快速验证目标路径是否可用、是否有权限以及测试多个配置之间是否互相影响。但不适合日常使用因为每回启动都敲一遍参数太反人性了。所以我只是用它做“探路”真正固定下来还得靠下面这招。3.2 修改快捷方式目标最省事的日常做法假设你已经决定把插件目录放到D:\VscodeExtensions做法如下先创建目标文件夹比如D:\VscodeExtensions在桌面右键点击 VS Code 快捷方式选择“属性”找到“目标”一栏在Code.exe后面加一个空格粘贴--extensions-dir D:\VscodeExtensions完整目标示例C:\Users\你\AppData\Local\Programs\Microsoft VS Code\Code.exe --extensions-dir D:\VscodeExtensions点击确定之后每次双击这个快捷方式启动VS Code 就会自动使用新目录。这里有两个容易踩的小坑必须带英文双引号路径里有空格时不加引号会导致 VS Code 无法识别参数只对当前快捷方式生效如果后面你从开始菜单或任务栏固定图标启动那些入口依然是原始的配置。所以需要把开始菜单里的快捷方式也替换掉或者直接在任务栏图标上右键 - 属性做同样的修改。我个人不建议只改快捷方式就算完事因为 VS Code 的自动更新有时会重置快捷方式图标如果它被替换成默认图标参数就丢了。一旦发现“插件怎么全没了”先检查快捷方式目标是不是被覆盖了。4. 方法三使用目录联接Junction把插件目录整个搬走4.1 为什么目录联接比快捷方式更一劳永逸目录联接Windows 下叫 JunctionmacOS/Linux 叫 Symbolic Link。它的原理是在原来的路径位置上制造一个“替身”指向你指定的真实目录。任何程序访问原路径时操作系统都会自动转发到新路径。对 VS Code 来说他根本不知道路径已经被转移扩展目录的查找、加载、更新全走原逻辑但实际读写发生在另一个盘。这样带来几个好处无论从哪个入口启动桌面快捷方式、开始菜单、右键打开效果都一样VS Code 更新时不会重置这个链接因为链接是文件系统层面的没有参数也就没有“忘加参数导致插件消失”的问题。4.2 迁移前准备先看看到底有多大在动手之前我建议先明确当前目录的占用空间这样你能判断迁移后能释放多少 C 盘空间。按Win R输入cmd然后执行dir C:\Users\你的用户名\.vscode\extensions /s /a看最后汇总的“个文件”字节数或者直接在资源管理器里右键文件夹属性。这里注意如果显示了“占用空间”和“大小”不一致不用紧张那是小文件簇对齐的问题。如果这个目录里有几个特别巨大的文件夹我建议单独记录一下。以我的经验以下几个扩展通常比较占地方ms-python.python涉及多个 Python 解释器工具下载量往往很大ms-vscode.cpptools包含 C/C 扩展的调试组件经常达到几百 MBgolang.go包含 Go 工具链相关组件ms-dotnettools.csharpC# 扩展体积同样不小。知道这些后迁移完你可以在新目录里逐一核对看是否全部复制成功。4.3 正式迁移复制、删除、链接三步走这里我以 Windows 为例但 mac/Linux 用户把命令替换为cp、rm、ln -s即可。第一步复制全部插件到新位置先创建目标目录比如E:\VscodeExtensions然后使用robocopy系统自带比 CtrlC/V 稳定robocopy C:\Users\你的用户名\.vscode\extensions E:\VscodeExtensions /E /DCOPY:DAT /R:1 /W:1参数含义/E复制所有子目录包括空目录/DCOPY:DAT保留目录的时间戳/R:1 /W:1失败时只重试 1 次等待 1 秒省得卡住。复制完别急着删原目录先对比文件数量。两个目录都右键属性看“包含文件”数量不一致就先重新复制。第二步重命名原目录作为备份在删掉原目录之前先把原目录重命名一下这样如果新目录有问题还能立刻改回来细节上是双保险ren C:\Users\你的用户名\.vscode\extensions C:\Users\你的用户名\.vscode\extensions_backup第三步创建目录联接打开管理员权限的命令行因为要在用户目录下创建普通权限其实也够但管理员更稳执行mklink /J C:\Users\你的用户名\.vscode\extensions E:\VscodeExtensions/J表示创建目录联接Junction注意不需要加/D那是给符号链接用的。创建完之后可以再执行一次dir C:\Users\你的用户名\.vscode\extensions你会看到目录里列出了新位置的插件文件且命令提示行末尾会带上JUNCTION标识表示链接创建成功。第四步确认无误后删除备份目录打开 VS Code确认扩展面板里的插件列表完整每个扩展都能正常加载。随便打开一个项目看看语法高亮、代码补全是否正常。然后删掉备份目录rmdir /S /Q C:\Users\你的用户名\.vscode\extensions_backup这样你既得到了新路径上的实体目录又让 VS Code 以为插件还在原位。4.4 迁移后插件状态异常怎么排查迁移后最常遇到的几种异常插件列表是空的大概率是 robocopy 时漏掉了某些隐藏文件或者复制中途出错。先确认目标目录里有extensions.json、.obsolete等文件如果没有回到备份目录重新复制全部内容。某个插件加载失败有可能是绝对路径写在了扩展自己的配置里。比如部分插件会在.vscode/extensions/某些扩展下创建缓存文件路径是固定写死的。遇到这种情况直接把那个扩展卸载重装一次让它重新生成配置即可。权限报错mklink时需要管理员权限但新目录如果放在系统保护的分区比如E:\根目录且权限被锁定也会导致写入失败。可以先手动在那个目录新建一个文件夹测试写入权限。5. 迁移之后的日常维护新插件会去哪里如何验证5.1 新安装的插件默认落在哪个位置使用目录联接方案后从 VS Code 市场安装的新插件依然会写到C:\Users\你的用户名\.vscode\extensions但物理上实际存储到了E:\VscodeExtensions。你在资源管理器里看C盘的.vscode\extensions会发现修改时间变了但内容不占 C 盘空间。如果你用的是命令行参数方案新插件会直接写到参数指定的目录路径更明确。两者各有利弊目录联接更适合“不想再操心路径”的人群。5.2 检查当前实际使用的扩展目录有时候你不确定 VS Code 实际加载的是哪个目录可以打开 VS Code 的“帮助” - “开发者工具” - “控制台”输入require(vscode).extensions.extensionPath.split(/).slice(0, -1).join(/)但更简单的方式是打开设置搜索extensions然后查看“扩展”面板右上角的下拉菜单里面有“已安装扩展的路径”。或者直接执行命令行code --extensions-dir --list-extensions如果返回的是你的自定义路径说明生效了。还有一个更直观的办法在 VS Code 里打开一个扩展的主页点击右下角的齿轮图标选择“查看扩展位置”。它会直接弹出该扩展所在目录的资源管理器窗口你看看地址栏是否指向你的新盘符。5.3 团队环境下统一插件目录的思路如果你不是一个人在战斗而是想给团队统一指定插件目录方式会稍有不同。我建议分成两层思路如果是统一管理开发环境直接把--extensions-dir参数写进 VS Code 的安装脚本或启动脚本中让每台机器都指向一台网络共享盘或本地公共目录如果只是统一插件版本更推荐使用 VS Code 的settings.json里的extensions.json文件配合code --install-extension批量安装指定版本而不是去碰物理路径。后者更适合企业标准化因为路径各有差异但插件清单可以统一。6. 实测中的坑和我的个人建议6.1 不要小看“文件被占用”这件事复制扩展目录时如果 VS Code 正在运行robocopy可能会遇到文件被占用导致复制失败。我在迁移过程中遇到过一次有个扩展的日志文件始终锁着最后只能先把 VS Code 完全关掉再复制。所以迁移流程最好排在关机重启后第一件事做或者确保托盘区的 Code 进程全部退出。6.2 自动更新与缓存目录的联动变化VS Code 的扩展更新流程会先下载新版本到临时缓存目录再替换到扩展目录。如果你用目录联接这一过程完全透明。但如果你用快捷方式参数指定了目录有时扩展更新会因为下载目录和安装目录不一致出现“Unable to install”报错。解决办法是清理旧的扩展目录中的.obsolete文件或者干脆点“重新加载窗口”。6.3 我的个人建议方案如果你只是个人电脑使用我是这么推荐的第一步先尝试修改快捷方式目标让新插件落到新路径第二步如果发现还要处理原有插件再做目录联接迁移一步到位如果只是临时测试别动全局直接用--extensions-dir挂一个临时目录最安全。我身边有一些同事喜欢直接用移动硬盘跑便携版 VS Code把整个data目录放到移动盘上插件的安装目录也一并跟着走。这个方案也很优雅相当于把 VS Code 和所有插件变成绿色版但不在本文讨论范围内有兴趣的可以自己摸索。最后再分享一个我踩过几次后换来的技巧迁移完扩展目录后最好第一时间把vsix安装包统一存放在新目录的_backups文件夹里。原因很简单有些插件从市场下架后新环境再想装就找不到资源了但如果你留着备份直接把.vsix文件拖进 VS Code 就能离线安装不用再走一遍迁移流程。处理好插件路径这件事后续维护会省心非常多。
