优先选用预装中文字体和zh_cn.utf-8 locale的jdk镜像（如eclipse-temurin:17-jre-jammy或ibm-semeru-runtimes:17-jre-centos），避免使用openjdk:xx-slim或alpine变体等默认无字体支持的镜像，可大幅降低中文乱码风险。
选对 JDK 镜像能大幅降低中文乱码风险，关键不是“随便挑一个 openjdk”，而是看它是否默认包含中文字体支持和正确的 locale 基础。
优先选用预装字体与 locale 的发行版镜像
官方 openjdk:xx-slim 或 openjdk:xx-jre-alpine 这类镜像几乎都不含字体和中文 locale，属于“开箱即乱码”。更稳妥的选择是基于完整发行版构建的镜像：
-
Ubuntu/Debian 系镜像：如
adoptium:17-jre-focal（基于 Ubuntu 22.04），自带fonts-noto-cjk和locales包，只需少量配置即可启用中文支持 -
CentOS/RHEL 系镜像：如
registry.access.redhat.com/ubi8/openjdk-17，默认启用glibc-all-langpacks，支持zh_CN.UTF-8，且字体路径规范、兼容性好 -
避免 Alpine 基础镜像直用：虽然体积小，但
apk add ttf-dejavu ttf-droid仅提供西文字体，中文字体需额外安装ttf-wqy-zenhei或手动拷贝，且 fontconfig 行为偶有异常
关注镜像标签中的发行版与语言标识
很多可信镜像会在 tag 中明确标注语言或字体能力，例如：
Ubuntu 26.04
下载
Ubuntu 26.04 LTS（代号“Resolute Raccoon”）是Canonical于2026年4月23日发布的下一代长期支持版操作系统，提供长达10年的技术支持。它搭载Linux 7.0内核与GNOME 50桌面环境，全面转向Wayland协议，并引入Rust重写的核心工具以增强安全性。官方提供适用于AMD64和ARM64架构的桌面及服务器ISO镜像，是追求前沿技术与极致稳定的开发者
-
eclipse-temurin:17-jre-jammy→ “jammy” 是 Ubuntu 22.04 代号，已预装 Noto CJK 字体 -
ibm-semeru-runtimes:17-jre-centos→ CentOS 底层，支持localedef -i zh_CN -f UTF-8 zh_CN.UTF-8 - 避开无明确发行版信息的 tag，如
openjdk:17-jre（指向 slim 变体）或java:8（已弃用且无维护）
验证镜像是否具备中文渲染基础
在拉取或构建前，可快速验证目标镜像是否满足基本条件：
- 执行
docker run --rm <image> locale -a | grep zh_CN</image>，应返回zh_CN.utf8或zh_CN.UTF-8 - 运行
docker run --rm <image> fc-list :lang=zh | head -n1</image>，若有输出（如/usr/share/fonts/truetype/wqy/wqy-zenhei.ttc: WenQuanYi Zen Hei:...），说明已装可用中文字体 - 检查是否含
fontconfig：命令docker run --rm <image> which fc-cache</image>返回路径即表示已就绪
不推荐依赖“后期打补丁”的镜像策略
即使你打算在 Dockerfile 里自己装字体和 locale，也建议从一个已有良好基础的镜像出发，而非从最精简镜像起步。原因包括：
- slim/alpine 镜像缺少
locale-gen或localedef工具，需额外安装 glibc-locales 或 musl-locales，步骤繁琐且易出错 - 字体缓存（
fc-cache -fv）在某些 slim 镜像中因缺失 fontconfig 依赖而静默失败，问题难以察觉 - Java 的 AWT/Swing 渲染链在无系统字体目录结构（如
/usr/share/fonts/）时可能 fallback 失败，仅靠 JVM 参数无法修复
