VS Code 官方插件市场无中文版，所谓“中文仓库”是误解；界面语言本地化不改变插件ID、API或元数据；插件唯一标识为 publisher.name 格式，与语言无关。
VSCode 默认插件仓库不支持中文版，所谓“中文版仓库”是误传
VS Code 官方插件市场（marketplace.visualstudio.com）本身没有“中文版”或“英文版”之分，所有语言用户访问的是同一套 API 和资源。所谓“切换为中文仓库”，实际只是界面语言随系统/配置变化而本地化显示，底层地址、插件 ID、版本元数据完全一致。
常见误解来源：有人把「界面汉化后看到的中文插件名」当成“中文仓库”，或把第三方镜像站（如某些国内代理）误认为官方中文分支——但这些镜像并不改变插件内容，仅缓存加速，且稳定性无保障。
- 插件唯一标识始终是
publisher.name格式（如ms-python.python），与语言无关 - 搜索关键词（如
Chinese）在中/英文界面下返回结果完全相同 - 插件详情页的描述、README 渲染依赖插件作者是否提供多语言文案，VS Code 不自动翻译
Windsurf 等衍生版改 Marketplace 地址 ≠ 切换中文仓库
Windsurf 这类基于 VS Code 的定制发行版，确实在设置里暴露了 extensions.gallery 和 extensions.items 两个配置项，允许替换为：
Gallery: https://marketplace.visualstudio.com/_apis/public/galleryItems: https://marketplace.visualstudio.com/items
但这只是指向微软官方 CDN 的标准路径，不是“中文专用地址”。改完不会获得额外插件、也不会提升中文插件可见度——它只解决旧版 Windsurf 内置过时仓库 URL 导致无法获取新插件的问题。
- 若你用的是原生 VS Code，这两个配置根本不会出现在设置 UI 中，也不建议手动添加
- 强行修改
product.json或argv.json指向非官方地址，可能导致插件安装失败或签名验证报错ENOTFOUND - 国内网络环境下更稳妥的做法是配代理（
http.proxy），而非替换域名
中文语言包更新不受 extensions.autoUpdate 控制
很多人发现 vscode-language-pack-zh-hans 插件总在重启后“悄悄升级”，却关不掉自动更新——这不是插件行为，而是 VS Code 主程序内置机制：每次启动时检测 locale 配置，并静默从微软 CDN 同步最新语言资源。
这个过程绕过所有用户级设置：
-
"extensions.autoUpdate": false对它无效 -
"update.mode": "none"对它无效 - 即使你在扩展面板里禁用该插件，下次启动仍会被重新启用
真正生效的控制方式只有一种：修改安装目录下的 resources/app/product.json，添加 "enableLanguagePacks": false。但后果是界面强制回退英文，且主程序升级时该字段大概率被覆盖。
插件更新失败卡在“正在下载”？先查 Network 请求
点击更新后进度条不动，90% 是网络问题。VS Code 默认不继承系统代理，也不读取 http_proxy 环境变量，必须显式配置：
打开命令面板（Ctrl+Shift+P），运行 Developer: Toggle Developer Tools → 切到 Network 标签页 → 点击更新 → 观察是否有对 marketplace.visualstudio.com 的请求失败（状态码 0 或 timeout）。
- 确认失败后，在设置中搜
proxy，填入你的代理地址（如http://127.0.0.1:7890），并设http.proxyStrictSSL为false - 临时应急可用离线安装：去插件页面点
Download Extension得到.vsix文件，再用命令面板运行Extensions: Install from VSIX - 注意：
Update All按钮只更新已启用插件，禁用状态的插件不会参与批量更新
最常被忽略的一点：语言包更新和插件更新是两套独立机制，混在一起排查只会浪费时间。前者由主程序控制，后者走 extensions API；前者静默发生，后者有明确 UI 反馈。搞清这个边界，才能快速定位到底是网络、配置还是权限问题。
