欧义交易所API订单时间戳怎么区分？欧易OKX说明cTime到outTime五种口径

“欧义交易所订单延迟”不能拿任意两个时间戳直接相减。字段所处系统环节和单位并不完全相同：订单时间通常为毫秒，而接口inTime、outTime示例使用微秒，混算会得到错误结论。

cTime与uTime分别说明什么

cTime反映订单通过风险检查后被创建的时间；uTime会在改单、成交或取消等订单更新后变化。一个订单有多次事件时，uTime通常晚于cTime，但它不是每笔成交的专用时间。

状态排序应同时结合ordId和事件内容。

成交分析为什么优先看fillTime

fillTime表示订单实际被撮合的时间，并与公共成交数据的相应时间口径对应。部分成交订单可能经历多次更新，不能只用最终uTime代替每次成交时点。

成交明细中的ts与fillTime也可能含义不同，应按当前字段说明处理。

inTime和outTime能测什么

inTime是WebSocket或REST网关收到请求的时间，REST场景在认证后记录；outTime是网关发送响应的时间。两者可帮助观察网关处理区间，但不等于客户端完整往返延迟，也不代表撮合耗时。

客户端还应记录本地发送与接收时间。

怎样避免单位和时钟错误

为每个字段保存原始字符串、官方单位和转换后的UTC时间，微秒转毫秒时明确除以1000。同步客户端时钟，并在日志中标注数据来源和接口。

不要为了对齐图表直接截断原始值；异常时保留脱敏请求ID和原时间戳供复核。

总结

OKX订单时间戳各自对应创建、更新、撮合和网关收发环节，且可能使用毫秒或微秒单位。延迟分析必须先统一字段含义与单位，再结合客户端本地时间判断。