最稳妥方案是在Alpine镜像构建时固化时区：安装tzdata，复制/Asia/Shanghai到/etc/localtime，写入/etc/timezone，同一RUN中卸载tzdata并清理缓存，Java应用还需JVM参数-Duser.timezone=Asia/Shanghai。
直接在构建 Alpine 镜像时固化时区配置，是最稳妥、可复用的方案。它能避免运行时手动修改、挂载或 JVM 参数补救带来的不确定性，尤其适合 CI/CD 流水线和多环境部署。
安装 tzdata 并复制时区文件
Alpine 默认不带时区数据，必须显式安装 tzdata 包。安装后，从 /usr/share/zoneinfo/ 中选择目标时区（如 Asia/Shanghai），复制为 /etc/localtime ——这是系统级时间显示的依据。
- 使用
cp命令确保文件内容完整复制（推荐） - 也可用
ln -sf创建软链接，但部分 Java 应用对软链接识别不稳定，cp更通用 - 务必搭配
echo "Asia/Shanghai" > /etc/timezone，供部分工具（如date、busybox）读取
清理冗余包，保持镜像精简
tzdata 包体积较大（约 20 MiB），仅用于构建时提供时区文件，运行时无需保留。应在同一 RUN 指令中完成安装、配置、卸载三步，防止层缓存残留。
- 执行
apk del tzdata卸载包本身 - 追加
rm -rf /var/cache/apk/*清除 apk 缓存，进一步减小镜像体积 - 避免分多个 RUN 指令，否则中间层仍会保留 tzdata 的安装痕迹
验证配置是否生效
构建完成后，启动容器并检查三项关键输出，缺一不可：
-
date：应显示北京时间（如Tue Jun 17 16:22:00 CST 2026） -
cat /etc/timezone：内容为Asia/Shanghai -
ls -l /etc/localtime：指向/usr/share/zoneinfo/Asia/Shanghai（若用 cp）或显示为该文件副本
Java 应用需额外指定 JVM 时区
即使系统时区已正确，JVM 启动时可能已缓存 UTC。因此，在 java -jar 命令中必须显式设置 -Duser.timezone=Asia/Shanghai。
- 不要依赖系统时区自动同步，JVM 不会动态响应 /etc/localtime 变更
- 可在 Dockerfile 的 CMD 或 ENTRYPOINT 中直接写入该参数
- 若使用 Spring Boot，也可通过
spring.jackson.time-zone=GMT+8控制序列化行为，但底层仍需 JVM 时区支撑
