在更新到Chrome 105后，我注意到在调试时，当我试图在我们的网站上计算TTFB时，我看到了一些非常不正确的值，并意识到在某些浏览器选项卡中，我得到了performance.timeOrigin的不正确值。
devtools控制台的一些示例输出：

new Date()
> Mon Sep 19 2022 13:56:37 GMT-0500 (Central Daylight Time)
new Date(performance.timing.responseStart)
> Mon Sep 19 2022 13:56:14 GMT-0500 (Central Daylight Time)
new Date(performance.timeOrigin)
> Fri Sep 16 2022 21:39:16 GMT-0500 (Central Daylight Time)

你会注意到前两个值是正确的，而最后一个值是3天前的。这种错误的行为在重新加载标签页，甚至打开一个新标签页，进入同一个域后仍然存在。
重新加载标签并检查performance.timeOrigin将显示它继续像正常一样在时间上向前移动...但仍然是过去的差不多3天。
有趣的实验结果：
1.打开的初始选项卡是example.com/a，显示错误的performance.timeOrigin
1.打开一个全新的标签页，转到example.com/b，performance.timeOrigin仍然是坏的。
1.然后，我可以键入一个新的网址，如google.com和performance.timeOrigin是正确的。
1.然后输入example.com/c和performance.timeOrigin又是不好的。
我想这可能与休眠/睡眠的计算机，和任何域，这是在Chrome打开在那个时候有他们的时间起源搞砸了，但不完全确定。
关闭chrome并重新打开似乎已经解决了这个问题，但我想知道是否有人知道到底是什么导致了这个问题？