VSCode汉化本身不拖慢运行速度，真实瓶颈是扩展缓存损坏、locale.json配置错误（如"zh-CN"或漏引号）或含中文翻译的扩展扫描阻塞；需校准locale.json为{"locale":"zh-hans"}、禁用可疑i18n扩展、精准清理-cache子目录并彻底重启。
VSCode汉化本身不拖慢运行速度，但实际使用中出现卡顿、菜单响应慢、启动延迟，几乎全是扩展缓存、locale 配置错误或中文资源扫描阻塞导致的——不是语言包在“吃性能”，而是它成了问题暴露的触发点。
为什么汉化后 VSCode 变卡了？真实瓶颈在哪
语言包（ms-ceintl.vscode-language-pack-zh-hans）本身是纯静态资源，安装后只增加约 28MB 内存占用，启动时无额外计算开销。实测数据显示：冷启动时间仅增加 +0.3s，CPU 占用无明显波动。
真正拖慢的常见原因有：
-
locale.json值写错（如"zh-CN"或zh-hans漏引号），导致 VSCode 反复回退重加载 UI - 含中文翻译文件（
package.nls.zh-hans.json）的扩展损坏，启动时卡在 i18n 资源解析阶段 - Remote-SSH 场景下本地装了中文包，但远程未装，
locale.json被覆盖，引发客户端/服务端 locale 不一致，触发反复协商 - 某些主题或插件（如旧版 Prettier、GitLens）在中文 locale 下会额外加载 UI 文本层，造成首次渲染延迟
如何验证是不是语言包真在拖慢
别猜，直接做最小隔离验证：
- 右下角点击语言标识 → 临时切回
en→ 观察菜单响应、命令面板弹出是否变快 - 完全退出 VSCode（Windows 查任务管理器杀光
Code.exe，macOS 用活动监视器关掉Code Helper）→ 重命名~/.vscode/extensions/ms-ceintl.vscode-language-pack-zh-hans*文件夹 → 启动看是否还卡 - 打开命令面板 → 运行
Developer: Toggle Developer Tools→ 切到 Console 标签，观察是否有大量Failed to load nls resource报错
优化中文体验的硬核操作清单
这些动作比“换语言包”更能决定你用得爽不爽：
- 确保
locale.json内容严格为：{"locale":"zh-hans"}（注意双引号、小写、连字符），路径：%APPDATA%\Code\User\locale.json（Win）或$HOME/.vscode/locale.json（macOS/Linux） - 禁用非必要带
i18n或language字样的扩展（如esbenp.prettier-vscode、github.copilot），尤其当你只用中文界面、不依赖其多语言提示时 - 在
settings.json中关闭语义高亮（如果不需要）："editor.semanticHighlighting.enabled": false—— 部分中文语言包与新版 Pylance/TypeScript Server 的 scope 匹配逻辑冲突，开启后反而首次加载更重 - 清理扩展缓存：进
extensions目录，删掉所有名字以-cache结尾的子目录（不是整个Cache文件夹）
最常被忽略的其实是 Remote 场景下的 locale 同步问题：本地中文生效，远程却还是英文，不仅菜单错位，连 Git 提交信息面板都可能卡住不动。这和语言包无关，是 VSCode 远程协议对 locale 传递的隐式限制——得靠手动同步 locale.json 并重启 remote server 才能破局。
