时区显示异常主因是系统时间不准或时区配置错误：systemd-timesyncd 与 ntpd/chronyd 冲突致时间跳变；/etc/localtime 链接失效或误复制；容器未挂载时区文件；硬件时钟 UTC/ 本地时间设置不一致。
systemd-timesyncd 与 ntpd 冲突导致时区显示异常
时区本身不参与时间同步，但系统时间错误会让人误以为时区设错了。常见情况是 systemd-timesyncd 和手动安装的 ntpd 或 chronyd 同时运行，造成系统时间反复跳变，date 输出看起来像“时区漂移”。
- 用
timedatectl status查看当前时间服务状态，确认Network time on:是否为yes，以及NTP service:对应哪个服务在运行 - 若已启用
chronyd，必须停用systemd-timesyncd：sudo systemctl stop systemd-timesyncd && sudo systemctl disable systemd-timesyncd -
ntpd默认不兼容 systemd 的时间 同步机制，且其-g参数未启用时，大偏差下会直接退出，留下系统时间停滞
/etc/localtime 是软链接但指向了错误的 zoneinfo 文件
Linux 通过 /etc/localtime 软链接指向 /usr/share/zoneinfo/ 下的具体文件来确定时区。链接损坏、指向过期路径或硬 编码 复制了文件（而非链接），都会让 date 和 glibc 应用读错时区。
- 检查链接有效性：
ls -l /etc/localtime；正常应类似/etc/localtime -> /usr/share/zoneinfo/Asia/Shanghai - 避免用
cp /usr/share/zoneinfo/Asia/Shanghai /etc/localtime—— 这会复制成普通文件，后续系统更新 zoneinfo 后不会自动生效 - 正确设置方式是：
sudo ln -sf /usr/share/zoneinfo/Asia/Shanghai /etc/localtime，再执行sudo timedatectl set-timezone Asia/Shanghai确保 systemd 记录一致
容器或 chroot 环境中 /etc/localtime 未挂载或被覆盖
Docker 容器默认不继承宿主机时区，Alpine 镜像甚至默认不带 /usr/share/zoneinfo，导致 date 显示 UTC 或报错 Cannot allocate memory（实际是找不到时区数据）。
- Docker 运行时加参数：
-v /etc/localtime:/etc/localtime:ro，或更稳妥地指定时区：-e TZ=Asia/Shanghai（需镜像内支持TZ环境变量） - Alpine 用户需先安装
tzdata包：apk add tzdata，再设ln -sf /usr/share/zoneinfo/Asia/Shanghai /etc/localtime - chroot 环境中若未 bind-mount
/usr/share/zoneinfo，即使/etc/localtime链接正确，glibc 仍会 fallback 到 UTC
硬件时钟（RTC）设置为本地时间而非 UTC，跨系统重启后出错
Linux 默认假设硬件时钟（BIOS/UEFI RTC）走 UTC，Windows 则默认设为本地时间。双系统共存时若未统一 RTC 解释方式，每次从 Windows 切到 Linux 后，date 就会快 / 慢 8 小时（以东八区为例）。
- 查看当前 RTC 设置：
timedatectl status | grep "RTC time"和"RTC in local TZ:"行 - 推荐统一设为 UTC：
sudo timedatectl set-local-rtc 0；如必须适配 Windows，则设为 1，但需确保所有 Linux 服务（如 cron、rsyslog）能正确解析本地 RTC - 修改后运行
sudo hwclock --systohc把当前系统时间写入硬件时钟，否则重启后失效
时区问题真正棘手的从来不是选哪个城市，而是系统时间源、硬件时钟解释、容器隔离层、glibc 时区加载路径这四者之间稍有不一致，就会表现成“明明设了 上海 却显示 UTC”——而错误提示里根本不会提这些。
