【发布时间】：2018-11-27 03:59:44
【问题描述】：
在浏览 Logstash 日期插件文档时
我遇到了TAI64N 日期格式。
有人可以解释一下这种时间格式吗？
【问题讨论】：
标签： datetime datetime-format time-format
【发布时间】：2018-11-27 03:59:44
【问题描述】：
TAI 代表 Temps Atomique International，是当前的国际实时标准。一 TAI 秒被定义为对应于铯原子基态的两个超精细能级之间跃迁的9,192,631,770 个辐射周期的持续时间。 TAI 还指定了一个参考框架。
来自Toward a Unified Timestamp with explicit precision
TAI64 定义了一个 64 位整数格式，其中每个值标识一个特定的 SI 秒。 SI 秒的持续时间是通过对铯原子状态转换的已知精确计数来定义的。时间的结构是从公历 1970 年 1 月 1 日开始的秒序列，当时原子时间 (TAI) 成为实时的国际标准。该标准定义了 1970 年之前的 262 秒，以及从这个纪元开始的另外 262 秒，因此涵盖了大约 3000 亿年的跨度，足以满足大多数应用。
扩展 TAI64N 和 TAI64NA 允许通过以下方式获得更精细的时间分辨率 分别指特定秒内的特定纳秒和阿托秒 (10-18s)。
虽然 TAI64 非常简单且一致，但它不仅需要扩展 在精细分辨率方面，但在其他方面也是如此。
- 它只关注时间点，但一个完整的时间模型还需要解决时间点和间隔的相互关系。大多数模型将间隔视为一组连续的时间点。这产生了明显的转换问题——假设一个密集的时域——假定持续时间为 0 的任何时间点都不能产生持续时间大于 0 的间隔，并且即使最短的间隔也是一组无限数时间点。
- TAI64 不解决时间方面的不确定性。
- 强调时间测量的单调递增连续性。然而，人类对时间的感知是由不太规律的天文现象决定的。
确切地说，TAI64 格式更好，原因有很多，例如，
- 国际原子时
- 严格单调（无闰秒）
- 64-bit uint #seconds from epoch
- 32 位单位 #nano-seconds (TAI64N)
- 32 位单位 #atto-seconds (TAI64NA)
您可以继续阅读，Bernstein D.J. 2002. "TAI64, TAI64N, and TAI64NA，
TAI64、TAI64N 和 TAI64NA
TAI 和实时
TAI64 标签和外部 TAI64 格式。 TAI64 标签是一个整数 在 0 到 2^64 之间，指的是特定的实时秒数。 整数
s指的是 TAI 秒，正好开始于2^62 - s秒 在 1970 TAI 开始之前，如果s介于 0 和 2^62 之间 独家的;或 TAI 秒开始正好s - 2^62秒后 1970 TAI 的开头，如果s介于 2^62 和 2^63 之间 独家的。整数 2^63 和更大的保留供将来使用 扩展名。在许多宇宙学理论下，2^63 以下的整数 足以涵盖宇宙的整个预期寿命；在 这种情况下不需要扩展。 TAI64 标签通常是 以外部 TAI64 格式存储或通信，由 8 个 大端格式的 8 位字节。这意味着bytes b0 b1 b2 b3 b4 b5 b6 b7代表标签b0 * 2^56 + b1 * 2^48 + b2 * 2^40 + b3 * 2^32 + b4 * 2^24 + b5 * 2^16 + b6 * 2^8 + b7。例如，
bytes 3f ff ff ff ff ff ff ff hexadecimal表示 第二次结束 1969 TAI；bytes 40 00 00 00 00 00 00 00 hexadecimal代表从 1970 年开始的第二个 TAI；bytes 40 00 00 00 00 00 00 01 hexadecimal代表下一秒。Bytes 40 00 00 00 2a 2b 2c 2d hexadecimal代表1992-06-02 08:07:09 TAI，也称为1992-06-02 08:06:43 UTC.
【讨论】：