时区未生效需先确认初始化系统：systemd用timedatectl set-timezone，非systemd用dpkg-reconfigure tzdata或tzselect；注意时区名大小写、空格限制及tzdata包是否安装；java/python程序需重启或显式设时区；docker容器需挂载/etc/localtime或设env tz；硬件时钟推荐保持utc而非localtime。
时区没生效？先确认系统用的是 systemd 还是 sysvinit
很多问题其实卡在底层初始化系统上——systemd 用 timedatectl，老系统（比如某些 CentOS 6 或 Debian 7）可能还在用 dpkg-reconfigure tzdata 或直接改 /etc/localtime。不确认这点，后面全白调。
快速判断：ps -p 1 -o comm= 输出是 systemd 就走新路，是 init 或 upstart 就得查发行版手册。
- systemd 系统：优先用
timedatectl set-timezone，它会自动同步更新/etc/localtime和硬件时钟策略 - 非 systemd 系统：用
dpkg-reconfigure tzdata（Debian/Ubuntu）或tzselect+ 手动软链（CentOS/RHEL 6） - 别直接
cp /usr/share/zoneinfo/Asia/Shanghai /etc/localtime—— 这种硬拷贝在 systemd 下会被覆盖，且不记录时区名，timedatectl显示为unknown
timedatectl set-timezone 报错 “Invalid time zone”
错误通常不是拼写错，而是时区名没进数据库——timedatectl list-timezones 输出的才是合法值，Asia/Shanghai 对，China/Beijing 或 PRC 就不对（后者已废弃）。
常见陷阱：
- 大小写敏感：
asia/shanghai不行，必须是Asia/Shanghai - 空格和下划线都不允许，
America/Los_Angeles是对的，但America/Los Angeles会报错 - 某些精简镜像（如 Alpine、Docker 官方镜像）默认没装
tzdata包，timedatectl list-timezones可能为空，先apk add tzdata或apt install tzdata
改完时区，date 命令时间对了，但 Java/Python 程序还是 UTC 时间
因为这些运行时默认读 TZ 环境变量，或者缓存了启动时的时区信息，并不实时监听系统设置变化。
- Java 应用：JVM 启动后不会自动 reload 时区，必须重启；也可在启动参数加
-Duser.timezone=Asia/Shanghai - Python：
time.tzset()只在 Unix 有效，且要求TZ环境变量已设好；更稳妥的是用zoneinfo（Python 3.9+）或pytz显式指定时区 - Docker 容器：宿主机改了时区，容器内不会自动同步——要么挂载
/etc/localtime:ro，要么在Dockerfile里ENV TZ=Asia/Shanghai并RUN ln -snf /usr/share/zoneinfo/$TZ /etc/localtime
硬件时钟（RTC）设成 localtime 还是 UTC？
绝大多数 Linux 发行版默认把硬件时钟当成 UTC，系统启动时根据时区换算显示本地时间。改成 localtime 主要是为了双系统（比如 Windows），但副作用明显：
- Windows 默认把 RTC 当作本地时间，Linux 设成 UTC 时，双系统切换会导致时间错乱；设成
localtime能缓解，但 Linux 更新 RTC 时可能受夏令时干扰 -
timedatectl set-local-rtc 1后，timedatectl status会显示RTC in local TZ: yes，但某些云厂商镜像（如 AWS AMI）会禁止该设置，写入直接失败 - 改 RTC 类型前，先
timedatectl set-ntp false关掉网络校时，否则 NTP 服务可能强行重置 RTC
真正需要动 RTC 模式的场景很少，多数时候与其折腾，不如让 Linux 保持 UTC + 正确时区，再单独给 Windows 装个时区同步工具更稳。
