VSCode在Docker容器中汉化需配置容器镜像的locale与中文字体，而非仅汉化宿主机；必须在Dockerfile中安装locales和fonts-noto-cjk等包、生成zh_CN.UTF-8 locale，并设ENV LANG=zh_CN.UTF-8 LC_ALL=zh_CN.UTF-8，且Dev Container内需声明中文语言包扩展。
VSCode 在 Docker 容器中汉化，不是装个插件就完事——宿主机装的中文包对容器内终端、日志、调试输出完全无效。真正起作用的是容器镜像本身的 locale 配置和字体支持，以及 Dev Container 环境中插件的正确安装位置。
容器内终端中文乱码（??、方块、问号）
这是最直接的信号：你在容器里 echo "你好" 或运行 Python 脚本打印中文，终端只显示异常字符。根本原因不是 VSCode 设置错了，而是容器系统压根没加载 zh_CN.UTF-8 locale，也没装中文字体文件。
-
locale -a | grep zh在容器内执行，如果无输出，说明 locale 未生成 -
locale命令显示LANG=C或为空，说明环境变量未设或失效 - Debian/Ubuntu 基础镜像需装
locales和fonts-noto-cjk；Alpine 需装musl-locales和font-noto-cjk - 必须显式启用并生成 locale：
RUN sed -i '/zh_CN.UTF-8/s/^# //g' /etc/locale.gen && locale-gen - 最后加
ENV LANG=zh_CN.UTF-8 LC_ALL=zh_CN.UTF-8，且该 ENV 必须在ENTRYPOINT或启动命令之前生效
Dev Container 中 VSCode 界面仍是英文
Remote-Containers 模式下，VSCode 前端界面语言由宿主机决定，但所有插件运行时环境（终端、调试器、任务输出）都跑在容器里。你看到的「菜单中文」只是表象，真正影响开发体验的是容器内环境是否就绪。
- 中文语言包必须安装在 Dev Container 内，而非宿主机 —— 否则
Terminal和Debug Console仍按Clocale 渲染 - 在
.devcontainer/devcontainer.json中声明："ms-ceintl.vscode-language-pack-zh-hans"必须写进"customizations.vscode.extensions" - 不要依赖“宿主机已装中文包”来推断容器环境 OK；每次 rebuild 容器后，都要验证
locale和fonts是否真实存在 - 安装后重启容器（不是仅重启 VSCode），再打开集成终端测试
echo 你好
settings.json 中的 "locale": "zh-cn" 不生效
这个配置只控制 VSCode 前端 UI 语言，对容器内任何进程（包括 shell、Python、Node.js 输出）零影响。它甚至可能被 Dev Container 的 extension 安装逻辑覆盖。
- 如果你在
settings.json里写了"locale": "zh-cn"却发现终端还是乱码，这不是配置错，是根本没到那一步 - 该配置只在宿主机 VSCode 或非 Remote 模式下起作用；Remote-Containers 下，它会被
devcontainer.json中的customizations优先级覆盖 - 真正要改的是容器镜像构建流程：
apt install→locale-gen→ENV→extensions声明，缺一不可 - 别试图用
code --install-extension在容器终端里手动装语言包——它不会自动触发 locale 重载，也不保证字体可用
最容易被忽略的点是：locale-gen 生成的 locale 文件路径（如 /usr/lib/locale/zh_CN.UTF-8/）必须存在，且 LANG 变量值必须与之严格匹配；少一个字符（比如写成 zh_CN.utf8）就会 fallback 到 C，而这个失败过程没有任何报错提示。
