因此，我刚刚了解了leap秒，起初我以为“哦，好吧，使用unix时间戳”，然后我阅读了它们，将一天的事情确定为特定的秒数，并调整leap秒以使其保持一致与阳光。哎呀？！
所以我猜这不好。是否存在一种严格基于自1970年1月第一个午夜以来的秒数或类似的锚点时间的时间格式，而该时间格式没有试图与我们星球的不稳定旋转同步？
编辑：动机：具有准确的时间，而不管一天中的时间或时区如何，并且不可能有一个模糊的时间。坦白说，我很惊讶地发现这不是事实，听起来好像是谁决定在leap秒中添加，而不是认为他们不必要地在软件中添加了小众漏洞。
答案 0 :(得分：1)
据我所知，最接近的是天文学钟，例如
我觉得我应该添加这个。这些时钟很少能满足大多数日常需求。原因是人类的活动在很大程度上取决于日出日落周期（甚至是长期以来一直依靠其实用性的夏令时周期），除此之外，最典型的用户将“时间点”用“年，月”来表示。 ，天，小时，...”，而不是“相对于固定点在哪里”。
因此，如果您在问题中添加一些上下文，可能会找到更适合您需求的答案。
答案 1 :(得分：1)
您正在询问time standards。在这一领域，了解有关该标准打算如何使用的上下文很重要。
直接 提问，您描述的时间标准为International Atomic Time（TAI）。这是世界上所有计时机构（NIST，NPL等）用来协调其时钟的标准。为此，它是超级有用的，因为它就是为此而设计的。它没有leap秒。
但是，TAI很少直接用于计算或业务中。对我们大多数人而言唯一重要的时间标准是Coordinated Universal Time（UTC）。这是您计算机的系统时间跟踪的内容，我们通常使用NTP与该标准同步。它确实有leap秒。
PTP协议可用于将计算机的时钟与 TAI或UTC 同步。这是因为TAI是基础，但是该协议单独携带了UTC和TAI之间的当前偏移量。
大多数系统不会显示 leap秒。相反，它们通常在同步期间被吸收。换句话说，发生a秒后，系统可能会偏离UTC一秒钟，直到下一次同步。但是，此行为在系统和平台之间可能会有所不同。有些人可能选择直接显示它。有些人可能会在一整天中“抹上” the。
Unix时间戳很有趣，因为它们都有和没有leap秒，这取决于您如何解释问题。它们确实具有leap秒，因为时间戳与UTC对齐，因此您解释的任何时间戳都包括迄今为止发生的所有the秒。但是它们没有有leap秒，因为在计算中没有考虑它们。计算是从Unix时代（1970-01-01T00:00:00Z）开始的精确秒数。换句话说，a秒本身的Unix时间戳（例如2016-12-31T23:59:60Z）是不明确的。
最终，在日常计算中，除非您有非常特殊的用例，使leap秒成为问题，否则您可能不应该选择UTC以外的标准，也不必担心Unix Timestamp seconds秒的不确定性。