vscode装中文插件后重启仍英文，根本原因是locale.json缺失或格式错误，必须严格为{"locale":"zh-cn"}且置于用户配置目录；仅装插件或备份settings.json无效，因语言控制与插件配置分散存储、相互依赖。

只备份 settings.json 或只装中文插件，VSCode 重启后大概率还是英文界面、插件状态错乱、SSH 连接失效——因为插件配置、语言包、快捷键、片段、甚至 locale 设置是分散存储且相互依赖的。

为什么“装完中文插件就重启”经常不生效

常见现象：安装了 Chinese (Simplified) Language Pack for Visual Studio Code，点了 Restart，界面仍是英文；或者部分菜单变中文，但命令面板、报错提示仍是英文。

• locale.json 缺失或格式错误：必须存在且内容为 {"locale":"zh-cn"}，路径在 %APPDATA%\Code\User\（Windows）、~/Library/Application Support/Code/User/（macOS）、~/.config/Code/User/（Linux）
• 多个中文插件冲突：比如同时装了非官方汉化包和微软官方包，VSCode 会优先加载第一个，可能忽略 zh-cn 语义
• 启动时未完全退出进程：macOS/Linux 下残留 Code Helper 进程，导致新窗口仍读旧 locale 缓存；Windows 需检查任务管理器中是否有 Code.exe 僵尸进程
• Settings Sync 覆盖了本地 locale.json：如果云端同步开启且上次上传时没包含该文件，恢复后它会被清空

插件配置备份必须包含这 4 类文件/目录

导出 extensions.txt 只能还原插件列表，但无法保证插件行为一致——尤其对含独立配置文件（如 .prettierrc、settings.json 里带 python.defaultInterpreterPath 的插件）或需登录态（如 GitHub Copilot、TabNine）的插件。

VSCode

避免常见的 VSCode 错误——设置冲突、调试器配置和扩展冲突。

下载

• settings.json：用户级设置，含插件开关、路径、默认解释器等
• keybindings.json：快捷键绑定，影响插件触发逻辑（如 emeraldwalk.runonsave 绑定的保存即执行）
• snippets/ 目录：自定义代码片段，部分插件（如 Auto Close Tag）依赖其扩展逻辑
• extensions/ 文件夹（可选但推荐）：直接拷贝已安装插件目录，避免重装后因网络/权限问题卡在 “Activating Extensions” 状态；注意体积大，适合内网或带宽充足场景

恢复时最容易被忽略的三件事

覆盖完 User 目录、重装完插件后，仍可能遇到连接失败、插件不响应、界面语言回退等问题，根源往往不在主配置，而在这些边缘位置：

• .ssh/config 和 known_hosts 没同步：Remote-SSH 插件不会从云端拉取，必须手动复制 %USERPROFILE%\.ssh（Windows）或 ~/.ssh（macOS/Linux）
• argv.json 丢失：若你用 code --locale=zh-cn 启动过 VSCode，该文件会记录启动参数，恢复后需手动重建（路径同 User 目录）
• 插件专属配置未迁移：比如 Prettier 的用户级 .prettierrc、ESLint 的 eslint.config.js，它们通常放在 ~/.vscode 或项目根目录，不属于 User 目录，必须单独备份

真正可靠的备份不是“多拷几个文件”，而是明确每个文件的作用边界——locale.json 控制界面语言，extensions/ 目录决定插件是否能立即激活，而 .ssh 是 Remote-SSH 的命脉。跨平台迁移时，别信“一键覆盖”，先看路径是否适配、权限是否放开、进程是否清干净。