同一Windows机器上C++ REST客户端与JS服务端时间戳不一致问题

1. 服务端JavaScript时间计算的核心问题 #

你的服务端代码依赖performance.timeOrigin + performance.now()生成时间戳，但这两个值的组合并不完全等同于当前系统的墙钟时间（wall-clock time）：

• performance.timeOrigin是浏览器页面初始化时记录的系统Unix时间戳（毫秒级），页面加载完成后这个值就固定不变。
• performance.now()是页面加载后单调递增的高精度计时器，它不受系统时钟调整（比如NTP同步、手动修改时间）的影响。

如果页面加载后系统时钟被微调（比如NTP同步把时间往前拨了几毫秒），performance.timeOrigin + performance.now()计算出的时间会滞后于当前真实的系统墙钟时间。而你的C++客户端直接使用系统墙钟时间生成发送时间，就会出现服务端记录的时间比客户端发送时间更早的情况。

2. 客户端代码的逻辑确认 #

你提供的客户端代码仅负责时间格式化，本身不存在问题：

• boost::posix_time::ptime默认获取系统当前的墙钟时间，格式化后添加Z表示UTC时间，和服务端toISOString()的输出时区一致，不会因为时区差异导致时间偏差。
• 需要确认客户端记录的"发送时间"确实是请求发送瞬间的时间（而非请求构造早期的时间），但从当前现象来看，核心问题仍在服务端的时间计算逻辑。

3. 验证与修复方案 #

验证问题 #

在服务端同时打印两种时间戳对比，确认偏差来源：

// 原逻辑生成的时间
const perfTimestamp = new Date(performance.timeOrigin + performance.now()).toISOString();
// 直接获取系统墙钟时间
const wallTimestamp = new Date().toISOString();

console.log('performance计算时间:', perfTimestamp);
console.log('系统实际时间:', wallTimestamp);

如果两者存在几毫秒的偏差，即可确认是performance API的时间计算与系统墙钟不同步导致的问题。

修复服务端代码 #

若要记录请求接收的真实系统时间，直接使用系统墙钟时间即可，无需依赖performance API：

const timestamp = new Date().toISOString();

如果需要高精度统计请求耗时（比如从接收请求到处理完成的时长），可以单独使用performance.now()，但记录事件发生的绝对时间时，应当使用系统墙钟时间。

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