time() 是否保证能够感知闰秒？

Question

PHP 手册指出time() 返回 "当前 UNIX 时间戳" ^ᴀ ­ 和 microtime() 返回 "当前 Unix 时间戳，微秒" ^ʙ。

但是，这些函数是否保证表现得像that of strictly conforming POSIX.1 systems？

具体来说，是否插入闰秒，以使time() | microtime() 的输出在第二天开始时向后跳跃 1 秒，(这也是闰秒结束时，）在整个下一秒的第一秒内为我们提供重复返回值——而不是新鲜唯一值天？

例如，如果我们在 1998-12-31 和 1999-01-01 的跨度内每微秒轮询 time() | microtime()，每个值是否会出现两次在 915 148 800 ＜＝ x ＜ 915 148 801 范围内？

Answer 1

从 PHP 中的 time() 获得的 UNIX 时间戳是一种奇特的野兽。

我花了很长时间才明白这一点，但实际情况是，在闰秒期间时间戳会增加，当闰秒结束时，时间戳（但不是 UTC！）会跳回一秒。

这有一些重要的含义：

• 您始终可以准确地将 UTC 转换为 UNIX 时间戳
• 您可以不总是（对于所有时间点）将时间戳转换为 UTC
• Unix 时间戳是不连续的，即它后退。 （或者，它保持不变而不增加 2 秒。）
• 如果从 UNIX 时间戳转换为 UTC 时出现转换错误，该错误最多会延迟 2 秒。 （这意味着您可能会走错一天。）
• 在回顾中，Unix 时间戳将显示为线性。这意味着，如果您正在存储时间序列数据，并且您不担心每年有一两秒被错误表示，那么您可以考虑存储的时间戳数据是连续的。

解决方法

如果 Unix 时间戳既没有突然跳回也没有保持 2 秒不变怎么办？这正是谷歌为他们的服务器所做的事情。他们的解决方案是在很长一段时间内使用slowly skew the time merely milliseconds at a time，以使闰秒转变对应用程序几乎不可见。 （就谷歌服务器上的应用程序和操作系统而言，the IERS 不再插入闰秒。）

Answer 2

PHP 是一种服务器端语言。 time() 函数将解析为该服务器的系统时间。如果服务器正在运行 NTP 守护程序，那么它将感知闰秒并相应地进行调整。 PHP对此一无所知，但系统知道。

Answer 3

time() 只返回 UNIX 时间戳。这意味着，它不受闰秒（等等）的影响，因为你永远不会“失去”时间，只是因为有人决定了它。仅文本表示（例如使用 date() 创建的）受到影响。