是否有任何时间格式严格基于时间的流逝，而不是昼夜循环？答案

【问题标题】：Is there any time format strictly based off of the passage of time, instead of the day night cycle?是否有任何时间格式严格基于时间的流逝，而不是昼夜循环？
【发布时间】：2019-05-04 04:54:21
【问题描述】：

所以我刚刚了解了闰秒，起初我想“哦，好吧，只需使用 unix 时间戳”然后我读到他们根据一天中的特定秒数来调整闰秒以使其保持一致与太阳。见鬼？！

所以我想这不好。是否存在严格基于自 1970 年 1 月第一个午夜以来的秒数的时间格式，或某个类似的锚定时间点，不会尝试与我们星球的不稳定自转同步？

编辑：动机：无论一天中的时间或时区如何，都有准确的时间，并且不可能有一个模棱两可的时间。坦率地说，我很惊讶这不是事实，听起来无论是谁决定添加闰秒，都没有考虑到他们在软件中添加了不必要的小漏洞。

【问题讨论】：

是的，有，但最好解释一下你的动机。
无论一天中的时间或时区如何，都有准确的时间，并且不可能有不明确的时间。我将根据动机编辑我的问题。
这是一篇关于各种时间测量标准的精彩维基百科文章：en.wikipedia.org/wiki/Time_standard
另外，时区和闰秒是不同的概念。
@JasonMcCarrell - 这不是我们所说的动机/背景。相反 - 您是否正在开发一个向最终用户显示日期和时间的应用程序？或者您正在测量某个事件的开始/停止时间以计算持续时间？或者你正在做一些专门的事情，比如科学计时应用程序或天文学？还是别的什么？

标签： timezone leap-second

【解决方案1】：

与我所知最接近的是天文钟，例如

我觉得我应该添加这个。这些时钟很少用于大多数日常需求。原因是人类活动在很大程度上依赖于日出日落周期（即使是一直存在的夏令时周期也有其用处），除此之外，大多数典型用户认为“时间点”是“年、月” , day, hour,...”而不是“这是相对于固定点的位置”。

因此，如果您在问题中添加一些上下文，可能会有更适合您需求的答案。

【讨论】：

感谢 Binh 的资源。不管存储方法如何，它们都会在某个时候被转换为人类可读的格式。存储的差异仅仅意味着小众情况下的秒数差异，在这种情况下，我认为排除闰秒的时间会更好地消除不一致（闰秒何时以及如何处理成时间）和歧义（例如相同的 unix 时间戳指的是两个不同的时间点）。
哦，TAI 不是“自 1970 年 1 月第一个午夜以来的秒数”的最准确度量吗？ en.wikipedia.org/wiki/International_Atomic_Time

【解决方案2】：

你问的是time standards。在这方面，了解有关该标准的使用方式的背景非常重要。

直接回答你的问题，你描述的时间标准是International Atomic Time (TAI)。它是世界上所有计时机构（NIST、NPL 等）用来协调其时钟的标准。它对这个目的非常有用，因为这就是它的设计目的。它没有闰秒。

但是，TAI 很少直接用于计算或业务。对我们大多数人来说唯一重要的时间标准是Coordinated Universal Time (UTC)。这是您计算机的系统时间跟踪的内容，我们通常使用NTP 与此标准同步。它确实有闰秒。

PTP 协议可用于将计算机时钟与TAI 或 UTC 同步。这是因为 TAI 是基础，但协议单独携带 UTC 和 TAI 之间的当前偏移量。

大多数系统不显示闰秒。相反，它们通常在同步期间被吸收。换句话说，在闰秒发生后，系统可能会与 UTC 偏差一秒，直到下一次同步。但是，此行为可能因系统和平台而异。有些人可能会选择直接显示它。有些人可能会在一天中“抹掉”闰秒。

Unix 时间戳的有趣之处在于它们都有闰秒和没有闰秒，这取决于您如何解释问题。它们确实有闰秒，因为时间戳与 UTC 对齐，因此您解释的任何时间戳都包括迄今为止发生的所有闰秒。但是它们没有有闰秒，因为在计算中没有考虑它们。该计算是自 Unix 纪元 (1970-01-01T00:00:00Z) 以来的精确秒数。换句话说，闰秒本身的 Unix 时间戳（例如2016-12-31T23:59:60Z）是不明确的。

最终，在日常计算中，您可能不应该选择 UTC 以外的标准或担心 Unix Timestamp 闰秒的模糊性，除非您有闰秒成为问题的非常具体的用例。

【讨论】：