推荐挂载宿主机时区文件：启动容器时以只读方式挂载/etc/localtime和/etc/timezone；CentOS可省略后者，Alpine需先安装tzdata；也可在Dockerfile中通过ENV TZ和ln命令固化时区，或运行时用-e TZ临时设置。
挂载宿主机时区文件（最常用且推荐）
这是生产环境中最稳妥的方式，让容器直接使用宿主机的时区配置，避免因镜像差异导致的问题。只需在启动容器时将两个关键文件以只读方式挂载进去：
- /etc/localtime：指向实际时区数据的符号链接，决定系统显示的时间
- /etc/timezone：记录时区名称的文本文件，部分发行版（如 Ubuntu/Debian）会读取它
命令示例：
docker run -v /etc/localtime:/etc/localtime:ro -v /etc/timezone:/etc/timezone:ro your-image
注意：CentOS/RHEL 系统通常不依赖 /etc/timezone，可只挂载 /etc/localtime；Alpine 镜像需先安装 tzdata 包，否则即使挂载也无效。
构建镜像时固化时区（适合标准化部署）
如果你希望所有基于该镜像启动的容器都默认使用指定时区，可以在 Dockerfile 中提前配置：
ENV TZ=Asia/Shanghai
RUN ln -snf /usr/share/zoneinfo/$TZ /etc/localtime && echo $TZ > /etc/timezone
这种方式无需每次运行容器都加参数，适用于团队统一基础镜像的场景。但要注意，如果镜像要部署到不同时区区域，这种硬编码反而会带来维护负担。
运行时通过环境变量临时设置（适合调试和测试）
快速验证时区是否影响应用行为，可以用 TZ 环境变量启动容器：
docker run -e TZ=Asia/Shanghai your-image date
该方法简单直接，glibc 和多数语言运行时（如 Python、Java）都能识别这个变量并调整时间输出。但它不会改变 /etc/localtime 文件，某些依赖系统级时区配置的程序（如老版本 cron）可能仍按 UTC 运行。
针对 Alpine 镜像的特别处理
Alpine 默认不带完整时区数据，仅挂载 /etc/localtime 也不起作用。必须先安装 tzdata：
RUN apk add --no-cache tzdata
ENV TZ=Asia/Shanghai
RUN ln -sf /usr/share/zoneinfo/$TZ /etc/localtime
也可在运行时挂载宿主机的 /usr/share/zoneinfo/Asia/Shanghai 到容器对应路径，但安装 tzdata 更通用可靠。
