VSCode中文界面启动卡在“正在加载扩展”，主因是扩展缓存损坏或含语言资源的扩展（如vscode-language-pack-zh-hans）触发阻塞扫描；需先检查extensions目录中带language/i18n字样的扩展并临时重命名验证，再确认locale.json值为"zh-hans"且完全重启生效。
VSCode 中文界面启动卡在“正在加载扩展”？先查 extensions 缓存目录
不是语言包本身慢，而是 VSCode 启动时会扫描所有已安装扩展的 package.json 和本地语言资源（包括中文翻译文件），若扩展过多或缓存损坏，vscode-language-pack-zh-hans 会被连带拖慢。Windows 用户常见路径是：%USERPROFILE%\.vscode\extensions；macOS 是：~/Library/Application Support/Code/Extensions；Linux 是：~/.vscode/extensions。别急着删整个目录——先看哪些扩展带 language 或 i18n 字样，比如 ms-ceintl.vscode-language-pack-zh-hans、esbenp.prettier-vscode（它自带多语言 JSON）。临时重命名这些含语言资源的扩展文件夹（如加 .bak 后缀），再重启 VSCode，能快速验证是否为某扩展引发的加载阻塞。
locale.json 配置错误会导致界面卡顿甚至回退英文
VSCode 不靠系统语言自动切中文，而是读取 locale.json。这个文件位置固定：$HOME/.vscode/locale.json（macOS/Linux）或 %APPDATA%\Code\User\locale.json（Windows）。常见错误是手动写错值，比如填成 "zh-CN"（旧版写法）、"zh"（不标准）或漏掉引号。正确且稳定的值只有："zh-hans"。如果该文件不存在，新建一个即可，内容仅需两行：
{"locale":"zh-hans"}
注意：改完后必须完全退出 VSCode（右上角 ×，不是关窗口），再重新打开；仅重载窗口（Ctrl+Shift+P → Developer: Reload Window）不会生效。
禁用非必要扩展 + 关闭 autoUpdate 可显著缩短中文界面冷启动时间
中文界面加载慢的底层原因，常是扩展管理器在后台并发请求更新、校验语言资源、解析 contributes.grammars 等。尤其当网络不稳定或 DNS 解析慢时，ms-vscode.vscode-typescript-next 或 github.copilot 这类大扩展会明显拖累主进程初始化。建议：
- 打开
Ctrl+Shift+P→ 输入Extensions: Show Installed Extensions，按Install Count排序，禁用最近没用过的扩展（尤其是带language-、theme-前缀的） - 在
settings.json中显式关闭自动更新："extensions.autoUpdate": false - 如不需要离线语法高亮，可关闭
"editor.semanticHighlighting.enabled": false（部分中文语言包依赖此功能，但开启后首次加载更重）
升级到 VSCode 1.89+ 后仍慢？检查是否启用了 remoteServer 或 WSL 延迟加载
新版 VSCode 对远程开发场景做了大量异步优化，但副作用是：若你本地装了 Remote-SSH / Remote-WSL 扩展，且配置了 "remote.extensionKind": {"ms-vscode-remote.remote-wsl": ["ui"]} 类似规则，VSCode 会在 UI 初始化阶段等待远程服务响应，哪怕你根本没连远程。此时中文界面会卡在“加载中”长达 5–10 秒。解决方法是：
- 确认当前是否处于远程会话：
Ctrl+Shift+P→Remote-WSL: New Window若灰掉，说明没激活 - 临时注释掉
settings.json中所有remote.开头的配置项 - 检查
~/.vscode-server（WSL）或~/.vscode-remote（SSH）目录是否存在异常大体积日志或旧版本残留，可安全删除对应子目录（不影响本地配置）
真正影响速度的，往往不是语言包大小，而是扩展生态与远程机制耦合后的隐式等待逻辑——这点容易被忽略，直到你关掉 Remote 扩展、冷启动快了 3 秒才意识到问题在哪。
