VSCode插件界面仍为英文，是因为插件自身需内置中文翻译资源且VS Code主语言设为zh-cn；仅装中文语言包不保证插件汉化，须检查插件是否支持zh-cn、locale.json配置正确、无工作区或远程环境覆盖。
VSCode插件界面仍为英文，不是插件没装对，而是插件本身不参与语言控制——它只提供翻译资源，真正决定显示语言的是 locale.json 配置和 VS Code 主进程加载行为。
为什么装了中文语言包，插件菜单还是英文？
插件 UI 文本是否汉化，取决于两个独立条件：一是 VS Code 主体语言设为 zh-cn；二是该插件自己内置了简体中文翻译资源（i18n 文件）。很多插件（如 GitLens、Prettier）只提供英文字符串，即使系统语言是中文，其设置页、弹窗、状态栏提示仍为英文。
- 检查插件是否声明支持中文：打开插件详情页 → 查看“Localization”或“Languages”字段，有
zh-cn才可能汉化 - 部分插件（如 ESLint）需配合对应语言服务扩展（如
ESLint Chinese Language Pack）才能显示中文诊断信息 - 插件作者未提交中文翻译时，VS Code 不会“自动翻译”，也不会 fallback 到系统语言，而是直接显示英文源字符串
如何确认某个插件已汉化生效？
不能只看主菜单或命令面板，要验证具体 UI 节点。最可靠方式是触发该插件的真实交互路径：
- GitLens：右键文件 → 看 “Git: Compare with HEAD” 是否变成 “与 HEAD 比较”
- Auto Rename Tag：修改一个 HTML 标签名 → 观察是否弹出 “已重命名标签：div → section” 这类中文提示
- Prettier：保存文件后，状态栏右侧显示 “Prettier” 还是 “已格式化” —— 后者才是汉化成功标志
- 若插件带设置页（Settings），在
settings.json中搜索插件名，看其配置项描述是否为中文（如"prettier.requireConfig"对应的说明文字）
插件汉化失效的常见干扰项
即使插件自带中文资源，也可能因环境配置被强制压制：
-
locale.json被覆盖为{"locale":"en"}：尤其在 Remote-SSH 或 Dev Container 场景下，远程实例的locale.json是独立的，本地生效 ≠ 远程生效 - 工作区级
.vscode/settings.json里写了"locale": "en"，会覆盖用户级设置 - 某些企业策略插件（如 Microsoft Intune 管理策略）会锁定
locale值，此时Configure Display Language命令不可用，且重启无效 - 插件缓存损坏：删除
~/.vscode/extensions/插件ID目录后重装，避免旧版翻译资源残留
手动补全插件中文显示的可行手段
对无官方中文支持但又高频使用的插件，可有限度干预显示效果：
- 用
settings.json的"editor.quickSuggestions"类似机制无法实现翻译，但可通过自定义keybindings.json将英文命令别名映射为中文注释（仅限命令面板可见） - 部分插件（如 Settings Sync）允许通过
sync: language配置项指定界面语言，但需插件本身支持该字段 - 终极方案：向插件仓库提 PR 补充
package.nls.zh-cn.json翻译文件——这是唯一真正解决问题的方式
插件汉化不是开关式功能，它依赖三方协同：VS Code 加载逻辑 + 插件作者维护意愿 + 用户运行时环境一致性。最容易被忽略的是远程开发场景下的 locale 分离问题——本地改好了，远程端仍是英文，而很多人根本没意识到两者是两套独立配置。
