能，但只对当前启动的主窗口 UI 生效，需满足 code 命令正确、无残留进程、无终端/远程干扰；它仅透传至主进程，终端、Remote-SSH、扩展弹窗等因分属不同语言上下文仍显示英文。
code --locale=zh-cn 能不能直接生效？
能，但只对当前启动的主窗口 UI 生效，且必须满足三个前提：code 命令指向正确的 VS Code 可执行文件、后台没有残留的英文版进程、终端或远程会话不干扰语言上下文。它不是“设一次永久中文”的方案，而是临时、隔离、可复现的调试手段。
为什么终端/远程连接/插件弹窗还是英文？
VS Code 的语言分三层：主进程（菜单栏、设置页）、渲染进程（部分 Webview）、子进程（集成终端、Remote-SSH 启动的 server、调试器控制台）。--locale=zh-cn 仅透传到主进程，其他组件默认继承系统 LANG（Linux/macOS）或区域设置（Windows），或读取自己独立的配置项。比如：
- 终端仍英文？需在用户
settings.json中加"terminal.integrated.locale": "zh-cn" - Remote-SSH 连接后界面是英文？远程端的 VS Code Server 不读本地命令行参数，必须在远程机器的
~/.config/Code/User/locale.json里写{"locale":"zh-cn"} - Copilot 或 GitLens 弹窗仍是英文？这些扩展用 Webview 渲染，走的是浏览器 locale，
--locale对它们无效
怎么确保 code --locale=zh-cn 真的被加载？
关键不是参数输没输对，而是有没有被真正执行。常见失效原因：
-
code命令软链接错位（如 macOS 上指向旧版或 Homebrew 安装的二进制），建议用完整路径启动：/Applications/Visual Studio Code.app/Contents/Resources/app/bin/code --locale=zh-cn - 后台残留
Code Helper (Renderer)或Electron进程，会污染新窗口的语言状态；macOS 执行pkill -f "Electron.*Code"，Windows 在任务管理器中结束所有Code.exe - 双击 Dock / 开始菜单图标启动时，根本没走你敲的命令——必须从终端或脚本中显式调用
code --locale=zh-cn
哪些场景适合用命令行强制语言？
它不适合日常使用，但在这些真实需求里不可替代：
- 帮同事远程排查 UI 显示异常：一行命令验证是否为语言包缺失导致，无需改对方配置
- CI/CD 自动化截图测试：固定
--locale=zh-cn避免因系统 locale 波动导致截图比对失败 - 多用户共享开发机：不同用户用不同 locale 启动，互不干扰（注意：扩展安装仍是全局的）
- 调试语言包加载顺序：配合
code --locale=zh-cn --log-level=trace查看日志中nls模块如何解析 fallback 链
真正容易被忽略的是：哪怕参数完全正确，只要后台有一个没关干净的英文版 VS Code 在跑，新窗口的状态栏提示、命令面板历史、甚至设置搜索排序都可能被缓存污染。关进程这一步，比写对参数还关键。
