设置
  • 日夜间
    随系统
    浅色
    深色
  • 主题色

同一个页面的时间变来变去,啥原理

低并发编程 2022/10/20 21:33:25 责编:子非

本文来自微信公众号:低并发编程 (ID:dibingfa),作者:闪客

事情的起因是这样的,之前我发了 Spring 的一个官方技术大会 SpringOne 的预告。

其中里面的大会时间表在官网是这样的。

大家注意看大会第一项的时间栏里,写的是:

9:00 PM - 10:00 PM CST

也就是当天晚上的九点正式开始(八点开始有影像)。

但有个读者这样一条评论引发了我的思考。

我查了下 CST 这个时区缩写,分别可以表示以下这么多时区的缩写:

  • 美国中部时间:Central Standard Time (USA) UTC-6:00

  • 澳大利亚中部时间:Central Standard Time (Australia) UTC+9:30

  • 中国标准时间:China Standard Time UTC+8:00

  • 古巴标准时间:Cuba Standard Time UTC-4:00

我是通过分析得出,如果是美国时间的晚上 8 点开始,那整个会就大部分都是凌晨多进行的,感觉不大合理,所以推测这应该是中国的时间,也就是 China Standard Time UT+8:00

但细想想又觉得不大对劲,这 Spring 官网还照顾到我是中国人,然后专门为我显示中国时间?而且它是咋知道我是中国人的呢?

我让我一个美国的朋友访问了下这个页面,果然时间和我显示的不一样:

6:00 AM - 7:00 AM PDT

PDT 代表太平洋夏令时 Pacific Daylight Time UTC-7:00

我又让我一个英国的朋友访问了下,得到:

2:00 PM - 3:00 PM BST

BST 代表英国夏令时间 British Summer Time UTC+1:00

我又让我一个德国的朋友访问了下,得到:

3:00 PM - 4:00 PM CEST

CEST 代表欧洲中部夏令时间 Central Europen Summer Time UTC+2:00

我国外就这么些朋友了,这事就得到了验证,SpringOne 官网上我看到的 CST 肯定就代表中国时间了,因为这个网站显示的时间会随着访问人的时区而变化

啥原理

然后我又想,这原理应该是请求头加了什么参数,标识了我的时区?

可是我抓包后,没发现有类似的参数。

然后我又想,那应该是根据我的请求 IP 判断的?

于是我 [那啥] 了一下,发现无论怎么切换 vpn,显示的时间一直是 CST,中国时间。

正当一筹莫展的时候,我又问了我一个快回国的英国朋友,他访问之后居然显示的也是中国时间!

9:00 PM - 10:00 PM CST

然后他说了一句话,一句点醒梦中人,他说他马上就要回国了,为了提前适应,所以把电脑的时区设置成了中国

原来如此!

我马上把我的时区调整成了美国的太平洋时间。

重新打开浏览器,访问 SpringOne。

时间终于变成了美国太平洋时间,证明了美国人是早上开始看这个大会,然后持续一整天。我们中国人是晚上开始看,然后如果要追直播则需要通宵了。

同时也证明了,页面上显示的时间,和我操作系统系统设置的时区有关。

刨根问底继续探索

话说回来,这个网站的 H5 页面,是怎么和我系统的时间打交道的呢

我开始抓包。

首先这个肯定不是个静态页面了,因此一定是个 js 动作。

在茫茫一片 js 包中我找到了一个叫 schedule.js 的,一看就是负责给这些时间赋值的。

注意到这里面在获取时间时,大量用了 getUnixTimestamp 方法。

于是我又在另一个 js 里面找到了这个方法的定义,在 core.min.js 里。

这个方法被压缩了,把它格式化一下,再拎出关键信息,如下:

$tzDatetimes:$(".tz-datetime")
a.$tzDatetimes.each(function() {
  d.convertDatetime(this)
})
convertDatetime:function(b) {
  var c=b.dataset.datetimeOut
}
var h = moment.tz.guess()
var c = b.dataset.datetimeOut

getUnixTimestamp:function(b,c){
    return moment
        .tz(b,c"MM/DD/YYYY HH:mm", "America/New_York")
        .tz(h)
        .valueOf()
}

重点看这个函数

var h = moment.tz.guess()

这个函数就是和系统设置时区交互的关键,它可以查看你的所在时区,准确说是你系统设置的时区

我把系统时区设置成美国太平洋时区(UTC-8:00),浏览器 console 里执行这个 js 代码后,得到如下结果:

 moment.tz.guess();
"America/Los_Angeles"

我又把系统时区设置成中国北京时间(UTC+8:00),浏览器 console 里执行这个 js 代码后,得到如下结果:

>> moment.tz.guess();
"Asia/Shanghai"

这一切就通了,这个 js 函数可以获取到我们系统设置的时区,也就自然可以随着系统时区,来动态变化页面上的时间了

具体怎么变化,就是通过刚刚的 getUnixTimestamp 这个函数了。

getUnixTimestamp:function(b,c){
    return moment
        .tz(b,c"MM/DD/YYYY HH:mm", "America/New_York")
        .tz(h)
        .valueOf()
}

我们知道 h 就代表时区,那么这第一行 tz 就是用美国纽约时间来设定一个初始值,第二行 tz 转化为我们系统设置的时区,第三行 valueOf 最终可以转化成一个时间戳

我们随便拿一个值浏览器 console 里执行这个函数验证一下,比如我们想看看美国纽约时间的 2021-09-01 08:00 转换成北京时间(我系统设置的时间)的结果是什么。

 moment \
> .tz("09/01/2021 08:00","MM/DD/YYYY HH:mm", "America/New_York") \
> .tz(moment.tz.guess()) \
> .valueOf()
1630497600000

这个 1630497600000 用时间戳转换工具转换下,就是:

完美,这个函数把美国纽约时间的 2021-09-01 08:00 转换成了北京时间的 2021-09-01 20:00,刚好差 12 个小时嘛,没毛病。

于是乎这个转换后的值,就填充到页面上 class 为 tz-datetime 这个标签下了。

$tzDatetimes:$(".tz-datetime")
a.$tzDatetimes.each(function() {
  d.convertDatetime(this)
})

没错,就是我们看到的位置。

至此,本问题终于完美解释了!

感谢这位读者提出的问题,感谢各国亲朋好友提供的支持,让我有了一个快乐探索的下午,以及这篇随性而发的文章!

做技术人我觉得这点比较好,就是毫无目的,只为解答一个心中的疑惑,就愿意花上一下午时间去研究研究,同时得出结论后的那种快乐,我觉得是独有的一种享受。

那我的话还有双倍快乐,就是写成文章给大家看,看大家的留言、点赞。

希望对大家有帮助~

广告声明:文内含有的对外跳转链接(包括不限于超链接、二维码、口令等形式),用于传递更多信息,节省甄选时间,结果仅供参考,IT之家所有文章均包含本声明。

相关文章

关键词:时间

软媒旗下网站: IT之家 辣品 - 超值导购,优惠券 最会买 - 返利返现优惠券 iPhone之家 Win7之家 Win10之家 Win11之家

软媒旗下软件: 魔方 云日历 酷点桌面 Win7优化大师 Win10优化大师 软媒手机APP应用