Linux系统时区修改全攻略

本文深入解析了Linux系统中修改时区的正确方法与常见陷阱，强调在现代systemd系统中必须使用`timedatectl set-timezone`命令而非手动操作软链接，因为它能原子性地同步更新符号链接、通知内核并重载相关服务；文章还澄清了Asia/Shanghai与Asia/Chongqing实为同一时区的不同名称、指出PRC和GMT+8等非标准写法的风险，并重点揭示了改时区后Java/Python等长期运行进程仍显示错误时间的根本原因——它们在启动时缓存时区且不会自动刷新，必须重启或显式指定时区参数，真正棘手的从来不是设置本身，而是如何确保所有进程真实、一致地感知变更。

直接改 /etc/localtime 软链接，不是复制文件，也不是改配置文件内容。

为什么用 timedatectl set-timezone 而不是手动改 /etc/localtime

现代 Linux（systemd 系统）里，timedatectl 是唯一可靠方式：它会同步更新 /etc/localtime 软链接、通知内核、触发时区相关服务重载。手动删软链接再 ln -sf 容易漏掉后半步，导致 date 显示对了但 Java/Python 进程仍读错时区。

• timedatectl set-timezone Asia/Shanghai 是标准做法
• 执行后立刻生效，无需重启
• 支持 tab 补全时区名：timedatectl list-timezones | grep -i shang
• 旧系统（sysvinit）才需要手动 ln -sf /usr/share/zoneinfo/Asia/Shanghai /etc/localtime

Asia/Shanghai 和 Asia/Chongqing 有区别吗

没有实际区别 —— 它们指向同一个二进制时区数据文件。Linux 时区数据库里，Asia/Shanghai 是官方推荐名，Asia/Chongqing 是别名（alias），两者内容完全一致。选哪个都行，但建议统一用 Asia/Shanghai，避免团队协作时混淆。

• 验证方式：ls -l /usr/share/zoneinfo/Asia/{Shanghai,Chongqing} 会显示相同 inode
• 别用 PRC（已废弃）、GMT+8（非 IANA 标准，不支持夏令时逻辑）
• 容器内设置时区，优先挂载 /usr/share/zoneinfo/Asia/Shanghai 到 /etc/localtime，而非写死环境变量

改完发现 date 没变，或者日志时间还是错的

常见原因不是命令没执行成功，而是进程缓存了旧时区或没重读环境。尤其 Java、Python、Node.js 这类运行时，启动时读一次 TZ 或系统时区，之后不会自动更新。

• 检查是否真生效：timedatectl status | grep "Time zone"
• 确认硬件时间是否设为本地时间（罕见但致命）：timedatectl | grep "RTC in local TZ"，若为 yes，需执行 timedatectl set-local-rtc 0
• Java 应用必须重启，或启动时加 -Duser.timezone=Asia/Shanghai
• Python 的 datetime.now() 默认用系统时区，但 time.time() 返回的是 UTC 秒数，别拿它直接比对“当前小时”

真正麻烦的不是改时区本身，而是改完后哪些进程根本没感知到变化 —— 尤其是长期运行的守护进程、容器、或者用 fork() 后没重设时区的子进程。别只信 date 命令输出。

文中关于的知识介绍，希望对你的学习有所帮助！若是受益匪浅，那就动动鼠标收藏这篇《Linux系统时区修改全攻略》文章吧，也可关注golang学习网公众号了解相关技术文章。