daemon.json不负责配置容器内字符编码，仅控制docker守护进程行为；容器环境变量（如lang、lc_all）须在dockerfile中用env声明或通过docker run -e临时注入，c.utf-8是推荐的轻量utf-8变体。

daemon.json 本身不负责配置容器内部的字符编码。它只控制 docker 守护进程行为，比如日志、网络、存储、安全策略等；而容器内环境变量（如 lang 和 lc_all）需由镜像构建阶段或容器启动时显式注入。

在 Dockerfile 中统一设置（推荐）

这是最可靠、可复现的方式，确保所有基于该镜像启动的容器默认使用 UTF-8：

• 在 Dockerfile 开头或基础镜像之后添加环境变量声明：

ENV LANG=C.UTF-8 LC_ALL=C.UTF-8

• 构建镜像后，无论是否修改 daemon.json，新容器都会继承这些变量；
• C.UTF-8 是轻量、兼容性好、无需额外安装字体或 locale 数据的 UTF-8 变体，比 en_US.UTF-8 更适合容器场景。

通过 docker run 命令临时指定

适用于调试或临时运行，不改变镜像本身：

Docker Image Puller

使用 Python 脚本下载 Docker 镜像并打包为 tar 文件。用户说“下载镜像”“拉取镜像”“pull xxx”“帮我下载 nginx 镜像”等时触发。支持 SOCKS5 代理直连（推荐）和国内镜像站加速两种模式。

下载

• 启动时用 -e 参数传入编码变量：

docker run -e LANG=C.UTF-8 -e LC_ALL=C.UTF-8 nginx:alpine

• 注意：如果镜像中已设定了冲突的 ENV（如 LANG=POSIX），命令行参数会覆盖它；
• 此方式无法影响后台服务自动拉起的子进程（除非它们显式读取环境变量）。

避免依赖 daemon.json 的原因

daemon.json 没有类似 "default-env" 或 "container-locale" 的合法字段。Docker 官方未提供守护进程层统一注入 locale 环境变量的机制。试图在 daemon.json 中写入无效字段会导致：

• Docker 启动失败（JSON 解析错误或未知字段被拒绝）；
• 配置被静默忽略（部分旧版本可能跳过，但不可靠）；
• 后续升级后行为变化，缺乏文档和保障。

补充：验证与排错

容器运行后，可快速确认编码是否生效：

• 进入容器：docker exec -it <container> sh</container>
• 执行：locale —— 输出应显示 LANG=C.UTF-8 和 LC_ALL=C.UTF-8；
• 测试中文输出：echo "你好" | cat，无乱码即正常。