📚 课程目录第3章本地时间源与时钟基础

3. 本地时间源与时钟基础

在交易所时间戳对齐问题中，我们真正要回答的往往不是“交易所发了什么时间”，而是“我本机在那一刻认为现在是几点”。这个“本机认为”的答案，来自操作系统的时钟体系。理解它的层次、同步机制和误差来源，是后续所有对齐工作的地基。

一、操作系统时钟的两层结构

Linux 等通用操作系统里，时间通常由两个时钟共同支撑：硬件时钟（RTC，Real-Time Clock）和系统时钟（内核维护的软件时钟）。硬件时钟是主板上带电池的芯片，关机后仍在走；系统时钟是内核在启动时从 RTC 读取初值后，依靠定时器中断和晶振频率自行推进的软件时间。

两者并不等价。系统时钟启动后与 RTC 脱钩，由内核的时钟源（clocksource，如 TSC、HPET、ACPI PM Timer）驱动，并通过时钟事件设备不断累加。内核还维护一个频率校正量（通常以 PPM 表示）和相位校正量，用来把系统时钟“拉”向外部参考。因此，date 看到的是系统时钟，hwclock -r 读到的是硬件时钟，二者在长期运行中可能相差数秒甚至更多。

对时间戳对齐而言，关键结论是：应用程序取到的时间几乎总是系统时钟（通过 clock_gettime(CLOCK_REALTIME) 等接口），所以同步工作的核心是让系统时钟尽可能贴近真实时间，而不是只校准 RTC。

二、NTP 与 PTP：两种同步机制

NTP（Network Time Protocol）是最常见的同步方式。客户端与上游服务器交换时间戳，估算网络往返时延并做偏移修正，逐步调整本地时钟。典型局域网内 NTP 可达到毫秒级，公网环境常在几毫秒到几十毫秒。NTP 默认采用“ slew（平滑调整）”方式，通过微调时钟频率慢慢消除偏差，避免时间跳变影响正在运行的程序。

PTP（Precision Time Protocol，IEEE 1588）面向更高精度场景。它依赖支持硬件时间戳的网卡和交换机，在主从之间交换 Sync、Follow_Up、Delay_Req、Delay_Resp 报文，把路径时延测量精确到亚微秒级。交易所撮合、行情发布等对时间敏感的系统常部署 PTP，配合 GPS 或北斗作为 grandmaster 时钟源。

两者的差别不只是精度，还有调整方式：NTP 倾向平滑，PTP 在偏差较大时可能直接阶跃。这一点直接决定了对齐逻辑要如何处理“时间突变”。

三、漂移、抖动与阶跃：三种不同的误差形态

时钟漂移（drift）是本地晶振频率与标称频率的微小偏差，通常以 PPM 计。例如某晶振偏差 +50 PPM，意味着每运行 1 秒就快 50 微秒，一天累积约 4.3 秒。漂移是缓慢、单调的，表现为本地时间与参考时间之差随时间线性增长。

抖动（jitter）是短时间内时间读数的波动，来源包括中断延迟、调度抖动、网络时延变化、时钟源切换等。它不改变长期趋势，但会让单次时间戳的误差忽大忽小，影响对“同一时刻”的判断。

阶跃（step）是时钟被一次性大幅调整，例如 NTP 首次同步时偏差 3 秒被直接拨正，或 PTP 在偏差超阈值时执行 step。阶跃会让本地时间出现不连续，若程序正在用时间差计算延迟或排序，可能得到负值或错误顺序。

对齐逻辑必须区分“缓慢漂移”和“瞬时阶跃”。前者可以用滑动窗口或频率补偿吸收，后者必须在检测到不连续时重置基准，否则会把阶跃误判为真实的行情延迟突变。

四、这些误差如何影响时间戳对齐

假设我们用本地时间给收到的交易所行情打接收时间戳，再与交易所的发送时间戳相减，得到“链路延迟”。如果本地时钟比真实时间快 2 毫秒，那么所有算出的延迟都会偏小 2 毫秒；若本地时钟发生一次 +3 秒的阶跃，阶跃前后的延迟样本会出现约 3 秒的断层，直接污染统计。

更隐蔽的是抖动。单次延迟测量中，本地取时间戳的瞬间可能被调度延迟几十微秒，交易所侧也可能有排队。若不做多次采样和稳健统计，很容易把抖动误读为链路质量变化。因此工程上通常不依赖单点差值，而是用滑动窗口中位数、分位数或最小延迟估计来逼近真实链路时延。

五、可执行的检查与配置示例

排查本地时钟状态，第一步是确认当前同步源和偏差。以下命令用于观察系统时钟与 NTP 的同步情况（示例环境为常见 Linux 发行版，具体输出随版本不同）：

# 查看时间同步状态与当前偏差
timedatectl status
# 典型关注字段：
#   System clock synchronized: yes
#   NTP service: active

# 查看 NTP 对端与偏移、抖动、频率
chronyc tracking
# 关注：System time（当前偏差）、Frequency（PPM）、Skew（频率估计误差）

# 查看各上游源的延迟与抖动
chronyc sources -v

若 System time 长期在几十毫秒以上，说明同步未收敛或上游质量差；若 Frequency 绝对值很大（如数百 PPM），说明本地晶振偏差明显，漂移会更快累积。对于 PTP 环境，可用 pmc 或 ptp4l 的日志观察 offset 与 freq 调整量，确认是否发生阶跃。

在应用侧，建议记录每次取时间戳时的同步状态标志，并在对齐计算中做两件事：一是对本地时间做单调性检查，发现回退或大跳变时标记该样本不可用于延迟统计；二是维护一个短窗口的偏移估计，用稳健统计替代单点差值。这样即使底层时钟偶有抖动或阶跃，对齐结果也不会被单点异常带偏。

判断本地时钟是否“够用”，不要只看某一次 chronyc tracking 的偏差值，而应观察一段时间内的偏差趋势、频率稳定度和是否出现 step。对毫秒级对齐目标，NTP 收敛后通常足够；对微秒级目标，必须评估 PTP 硬件打戳能力与网络路径对称性。

把这一节落到一句话：本地时间不是一个绝对可靠的标尺，而是带有漂移、抖动和偶发阶跃的估计值。对齐工作的第一步，是知道这把尺子当前偏多少、偏得快不快、会不会突然跳，然后才谈得上如何用它去解释交易所时间戳。