daemon.json无法控制容器编码，因其仅配置守护进程行为（如日志、网络），不干预容器内locale环境；编码需通过Dockerfile ENV、docker run -e或基础镜像locale包设置。
docker 容器默认使用 utf-8 编码，这个行为由底层操作系统和镜像基础决定，daemon.json 本身不提供设置容器默认输出编码的配置项。
为什么 daemon.json 无法控制编码
Docker 守护进程（dockerd）不干预容器内部的字符编码环境。容器启动时的 locale、LANG、LC_ALL 等环境变量完全由镜像构建阶段（如 Dockerfile 中的 ENV）或运行时显式传入（如 docker run -e LANG=C.UTF-8）决定。daemon.json 管理的是守护进程自身行为（如日志格式、网络、存储），而非容器内 shell 或应用的运行时环境。
真正有效的设置方式
要让容器内命令（如 echo、ls、python 脚本）正确输出中文等非 ASCII 字符，需确保容器进程继承正确的 locale 设置：
- 构建镜像时在 Dockerfile 中声明：
ENV LANG=C.UTF-8 LC_ALL=C.UTF-8 - 运行容器时临时指定：
docker run -e LANG=C.UTF-8 -e LC_ALL=C.UTF-8 ubuntu:22.04 locale - 若使用 systemd 启动的容器服务，可在 service 文件中通过 Environment= 设置
- 基础镜像本身需预装对应 locale 包（如 Debian/Ubuntu 需安装 locales 并生成 en_US.UTF-8 或 zh_CN.UTF-8）
相关但易混淆的配置项
有人误以为 log-driver 或 log-opts 能影响编码，实际上：
-
"log-driver": "json-file"只控制日志如何序列化为 JSON，内容仍是原始字节流 -
"log-opts": {"max-size": "10m"}仅限制日志文件大小，不改变编码解析逻辑 - 宿主机终端（如 ssh 或 tmux）的编码设置也会影响
docker logs的显示效果，但这属于客户端渲染问题，与 daemon.json 无关
编码问题本质是容器运行时环境配置，不是守护进程配置范畴。
