客户端与服务器时间同步：为何不用UTC的new Date()而选NTP？

为何仍需进行客户端与服务器的时间同步？ #

• 客户端本地时钟存在不可靠性：用户可能手动修改系统时间、硬件时钟老化产生漂移、系统休眠/唤醒导致时钟偏差等，此时哪怕用new Date()转成UTC，得到的也是错误的时间值，无法满足业务对时间准确性的要求。
• 业务场景需要全局统一时间基准：比如订单生成、日志排序、分布式事务、限时活动等场景，必须依赖一个权威、统一的时间源，不能让客户端本地时间说了算，否则会出现时序混乱、数据不一致的问题。

各自使用UTC时区是否更为合适？ #

UTC是解决时区差异的基础方案，所有系统统一用UTC存储和传输时间能避免时区转换带来的混乱，但UTC和时间同步是互补关系，不是替代关系：

• 转UTC只是把本地时间转换成统一格式的标识，但如果本地时间本身就不准，转成UTC也还是错误的时间。
• 正确的做法是：先通过同步机制让客户端/服务器时钟对齐权威时间源，再统一用UTC格式处理时间，两者缺一不可。

NTP时间同步相比本地UTC格式new Date()的优势 #

• 精度更高：NTP通过计算请求往返时延、服务器时间偏移量，能把客户端时钟误差控制在毫秒级，而本地new Date()完全依赖硬件时钟，误差可能达到几秒甚至几十分钟。
• 全局一致性：NTP让所有设备对齐同一个权威时间源，确保分布式系统中客户端、服务器、其他节点的时间完全统一，避免因时间差导致的业务逻辑错误。
• 自动修正漂移：系统时钟会随时间产生缓慢偏移，NTP能定期自动校准，维持时钟准确性；而本地new Date()不会主动修正，一旦本地时钟出错就会一直沿用错误时间。
• 可靠性更强：NTP会从多个时间源获取数据，自动剔除异常值，即使部分时间源故障也能保证时间的准确性；本地时钟没有容错机制，一旦出错只能依赖用户手动修正。

内容的提问来源于stack exchange，提问作者jwkoo