直接改extensions.gallery.serviceurl并彻底杀掉所有vscode进程可解决90%以上插件市场无法访问问题；必须确保url末尾带斜杠、同步配置cacheurl、禁用无效http.proxy，且不依赖代理工具。
直接改 extensions.gallery.serviceUrl 并彻底杀掉所有 VSCode 进程，90% 以上能立刻恢复访问。不是网络断了，而是 VSCode 死磕不可用的 marketplace.visualstudio.com，换源比配代理快、稳、无副作用。
为什么改了 extensions.gallery.serviceUrl 还是转圈
两个最常见原因：URL 末尾漏了 /，或旧进程还在运行，新配置根本没加载。
-
https://vscode.cdn.azure.cn/extensionGallery/extensionGallery/✅ 必须带末尾斜杠；写成...extensionGallery（无斜杠）会静默返回 404，VSCode 不报错，只无限重试 - Windows：右键任务栏图标 → “退出”，再进任务管理器，结束所有
Code.exe和Code Helper.exe - macOS：打开“活动监视器”，搜索
Code和Code Helper，全部强制退出 - Linux：终端执行
pkill -f "code"或killall -9 code - 别信“重新加载窗口”或托盘里的“重启”——这些操作后台服务仍在跑
必须同步配置 serviceUrl 和 cacheUrl
只配 serviceUrl 不够。VSCode 启动时还会单独请求 publisher 列表，走的是 cacheUrl。漏配或路径错，扩展页就卡在“加载中”或空白。
- 推荐两者一致：
"extensions.gallery.serviceUrl": "https://vscode.cdn.azure.cn/extensionGallery/extensionGallery/"，"extensions.gallery.cacheUrl": "https://vscode.cdn.azure.cn/extensionGallery/extensionGallery/" - 若想更精确，
cacheUrl可补上/publishers："https://vscode.cdn.azure.cn/extensionGallery/extensionGallery/publishers" - 大小写敏感：
extensionGallery不能写成extensiongallery或ExtensionGallery - 别混用镜像源：比如
serviceUrl指向vscode.cdn.azure.cn，cacheUrl指向open-vsx.org，会导致部分请求 404 或签名校验失败
http.proxy 对插件市场完全无效
填了 "http.proxy": "http://127.0.0.1:7890" 却还转圈？不是代理没开，是你根本没配对地方。VSCode 扩展市场页面（搜索、安装、更新）不读这个配置项。
-
http.proxy只影响语言包下载、自动更新检查等次要请求 - 它走 Electron 底层网络栈，不继承系统环境变量
HTTP_PROXY/HTTPS_PROXY - 双击图标或开始菜单启动的 VSCode，压根看不到 shell 里的代理变量
- 如果坚持用代理，必须从终端启动：
code，且确保 shell 中已设好HTTP_PROXY和HTTPS_PROXY - 填错格式（如漏
http://前缀、用localhost替代127.0.0.1）会静默忽略，Network 面板里都看不到请求发出
手动安装 .vsix 失败的真正原因
提示 “Corrupted ZIP” 或 “Signature verification failed”，不是网络问题，而是 VSCode 在校验阶段拒绝加载。
- 用
unzip -t xxx.vsix检查 ZIP 是否损坏；根目录必须有package.json - 打开
package.json，确认"engines": {"vscode": "^1.85.0"}中的版本 ≤ 当前 VSCode 版本（例如你用 1.90.0，插件写"^1.92.0"就会被拒） - 文件大小异常小（curl -L -o xxx.vsix [url] 重下
- 双击无反应？截至 2026 年 6 月，部分安全软件（如 360、腾讯电脑管家）会静默拦截 HTTPS 请求，不报错只超时
最容易被忽略的是：VSCode 的扩展市场模块只在启动时读一次配置，进程不彻底退出 = 白改。哪怕 URL 完全正确，只要后台还有 Code Helper 在跑，就永远卡在旧地址。
