alpine 镜像时区调为 Asia/Shanghai 后因 TZ 与 apk del tzdata 导致不生效

本文主要是介绍alpine 镜像时区调为 Asia/Shanghai 后因 TZ 与 apk del tzdata 导致不生效，对大家解决编程问题具有一定的参考价值，需要的程序猿们随着小编来一起学习吧！

现象：

设置 TZ 环境变量，并且最后删除 tzdata，创建出来的镜像运行时执行 date 后显示日期还是 UTC 时间。

FROM alpine AS runtime
ENV TZ Asia/Shanghai
RUN apk add tzdata && cp /usr/share/zoneinfo/${TZ} /etc/localtime \
    && echo ${TZ} > /etc/timezone && apk del tzdata

解决方案

1. 不删除 tzdata

FROM alpine AS runtime
ENV TZ Asia/Shanghai
RUN apk add tzdata && cp /usr/share/zoneinfo/${TZ} /etc/localtime \
    && echo ${TZ} > /etc/timezone

2. 不设置 TZ 环境变量

FROM alpine AS runtime
RUN apk add tzdata && cp /usr/share/zoneinfo/Asia/Shanghai /etc/localtime \
    && echo Asia/Shanghai > /etc/timezone && apk del tzdata

3. 用官方脚本设置（suggest）

在alpine 官方文档 可以看到 timezone 是根据 setup-timezone 指定的，而在 alpine 镜像上可以发现没有这个命令，所以可以用 alpine-conf 安装。

FROM alpine AS runtime
ENV TZ Asia/Shanghai
RUN apk add alpine-conf && \
    /sbin/setup-timezone -z Asia/Shanghai && \
    apk del alpine-conf

现在可以看到是 CST 时间了（又熬夜的一天）

# date
Sun Jan 16 04:44:07 CST 2022

推测

推测是 date 在有 TZ 环境变量时会去 /usr/share/zoneinfo/ 目录下取时区信息，而我们删掉的 tzdata 就是这个目录，导致找不到信息就 fallback 到 UTC 时间了。没有 TZ 时大概就直接从 /etc/timezone 取时区，再从 /etc/localtime 读时区信息。而 alpine 本身可能没有 TZ 指定环境变量的机制，像 debian 镜像就自带 /usr/share/zoneinfo/，就不会有这个问题。

相关链接

https://github.com/gliderlabs/docker-alpine/issues/136

这篇关于alpine 镜像时区调为 Asia/Shanghai 后因 TZ 与 apk del tzdata 导致不生效的文章就介绍到这儿，希望我们推荐的文章对大家有所帮助，也希望大家多多支持为之网！