我终于知道在格式化之后utc时间和北京时间的时差问题咋处理了

每日鸡汤:每个你想要学习的瞬间都是未来的你向自己求救

内容预警,这篇文章是我自己的理解,如果有不对的地方请一定,一定要多多指正!说不定我也理解错了,那就误人子弟了

一直被时间的字段的8小时时差给困扰,一会前端+8小时,一会后端+8小时,一会还要考虑国内线是啥,一会还要考虑国外现实啥?到底怎么回事呢?

我先说终极答案

想要国内外显示的都没问题的终极答案是

后端返回number类型的时间戳,前端使用new Date()格式化就可以

没错就是这么简单,如果你和后端同事都掰扯不明白时差的问题,谁都不想+8,-8小时,那么就让他返回时间戳然后就没他的事情了。然后你作为一个前端你要做的问题就是把他给的时间戳按照要求Y-m:s 之类的格式化就行了。这种场景,谁都不需要+8小时,结果就是正确的。

那么到底为什么会出现差8个小时的问题呢?

答:时区的差值,出现在转化成字符串这一步,这也就是为什么你console.log的时候就会出现时差,因为console.log会先把要打印的内容转成字符串。

同样的,在项目中都是要展示成y-m-d这种格式,自然会经过转成字符串这一步,所以自然会有时差,但是同一个时间戳,在浏览器和node中使用new Date()转化结果就不一样,有的有时差,有的没有。

所以,如果是后端直接给你返回格式化后的字符串,而不是时间戳,那么这个时差就是他格式化造成的。

我们前端项目多数运行在浏览器中,浏览器会根据系统时间格式化,这就是没有时差的!

扫描二维码关注公众号,回复: 15535907 查看本文章

总之我做的所有项目,没遇到任何一个是需要我们手动+8、-8小时的。

我理解的是同一个时间戳,如果我【前端,也就是浏览器中】在美国使用 new Date()就会得到美国的正确时间,如果我在中国使用new Date()就会的到中国的正确时间,所以还是那句话 时间戳 + new Date()的结果就是正确的,不需要自己转化!

不知道我理解的对不对,如果不对,请指正!!

猜你喜欢

转载自blog.csdn.net/qq_17335549/article/details/131253073