核心概念：UTC、GMT、TAI、本地时间、时区、闰秒
说实话，刚入行那会儿，我也被这些时间概念搞晕过。什么UTC、GMT、TAI，听着都差不多，但实际用起来差之毫厘谬以千里。今天咱们就把这几个概念彻底掰扯清楚。
1. GMT：老牌的时间标准
GMT，全称格林威治标准时间。它基于地球自转来定义时间。说白了，就是太阳经过英国格林威治天文台子午线的那一刻，定为正午12点。
我在项目中遇到过一个问题：有个老系统用的就是GMT，结果发现时间越来越不准。为什么？因为地球自转其实在变慢。你想想看，拿一个不准的钟当标准，那肯定出问题。
核心要点：GMT是天文观测时间，依赖地球自转。但地球自转不均匀，所以GMT也不够精确。
2. UTC：现代的时间基石
UTC，协调世界时。这是目前全世界通用的时间标准。它结合了原子时的精确和天文时的修正。
我个人习惯把UTC理解为「全球时间的锚点」。所有系统、所有服务器，最终都要对齐到UTC。你想想看，如果北京和纽约的服务器各用各的时间，那分布式系统根本没法玩。
UTC的精度有多高？铯原子钟的误差大约是每1亿年差1秒。嗯，这个精度，够用了吧？
我的建议：所有系统内部统一用UTC存储时间。只在展示给用户时，才转换成当地时区。这是避免时间混乱的最佳实践。
3. TAI：原子时的纯粹版本
TAI，国际原子时。它完全基于原子振荡周期来定义时间，不受地球自转影响。
TAI和UTC的关系很有意思。TAI走得非常均匀，而UTC为了和天文时间保持一致，会偶尔加一个闰秒。所以现在UTC比TAI慢了37秒（截至2024年）。
我记得有一次调试一个金融交易系统，发现时间戳总是对不上。查了半天，原来是TAI和UTC的差值没处理好。这个坑，我踩过。
避坑指南：我曾经在NTP配置里误用了TAI时间源，结果所有日志时间都偏移了37秒。排查了整整两天。记住：日常系统用UTC，科研场景才用TAI。
4. 本地时间与时区
本地时间，就是你在手表上看到的时间。它等于UTC加上时区偏移量。
时区这个东西，说白了就是人为划分的。全球分了24个时区，每个时区相差1小时。但实际用起来，比这复杂得多。
我举个例子：中国虽然横跨5个时区，但全国统一用北京时间（UTC+8）。而美国本土就有4个时区。你想想看，跨国业务系统处理时间有多头疼。
| 时区 | UTC偏移 | 代表城市 |
|---|---|---|
| PST | UTC-8 | 洛杉矶 |
| EST | UTC-5 | 纽约 |
| CST | UTC+8 | 北京 |
| JST | UTC+9 | 东京 |
核心原则：存储用UTC，展示用本地时间。时区转换在展示层完成，不要在存储层做。
5. 闰秒：让时间对齐的补丁
闰秒，就是给UTC加1秒，让它和天文时间保持一致。因为地球自转在变慢，原子时走得比天文时快，所以需要偶尔加一秒。
从1972年到现在，已经加了27个闰秒。每次加闰秒，对IT系统都是一次考验。
我记得2012年那次闰秒，好多系统都出了故障。Linux的hrtimer直接卡死，Java的线程调度也出了问题。嗯，那次我正好在值班，凌晨三点爬起来修服务器，印象太深了。
避坑指南：我曾经因为没处理闰秒，导致一个分布式数据库的副本同步全部超时。现在我的系统都会做闰秒平滑处理，比如在闰秒前后几分钟内，让时钟缓慢调整，而不是瞬间跳变。
6. 知识体系总览
下面这张图，把这几个时间概念的关系梳理清楚了。你看完应该能有个整体把握。
我的经验：刚开始做分布式系统时，我总觉得时间同步很简单。直到线上出了几次事故，才老老实实把这些概念吃透。记住一句话：UTC是根，本地时间是叶。根稳了，叶子才能茂盛。