微信小程序:云函数时区差8小时问题的解决

微信小程序:云函数时区差8小时问题的解决,第1张

云函数中的时区是UTC+0,而不是UTC+8。数据字段保存的是 new Date() 值,查询出来默认显示的时间与中国标准时间差8个小时,所以

参考: https://developers.weixin.qq.com/miniprogram/dev/reference/wxs/06datatype.html

做过web开发的小伙伴们多少会遇到时间转换问题在Chrome浏览器和Safari浏览器的不同,报错或者时间格式等等,这里我就分享一下我在开发过程中遇到的一些问题

关于时间问题,做过日历的都知道,全球化时区处理,或者时间格式,或者时间戳转化,这里我就这几种情况一一讨论

由于微信小程序的部分业务需要预定,所以会出现国外预定到国内时间会有偏差的问题,根本原因还是在于new Date(),它会获取当前系统时间,大部分手机是设置的是自动时间,所以会出现时区的偏差问题。

思考 :如果产品是某地的,那么预定时间应该为对应地的时区计算。所以需要维护定位与时区之间的关系

关于时区计算,因为我这边只用到了北京时间的情况,举个例子:

Safari浏览器中,进行 new Date("yyyy-MM-dd hh:mm:ss") 的时候,会出现报错Invalid Date,或者转换出问题的情况,原因是Safari并不支持此格式,所以需要调整格式化的方式。

ECMA-262 标准中( Date Time String Format )将日期格式规定为 YYYY-MM-DDTHH:mm:ss.sssZ ,其中, T 标识时间开始, Z 为相对于UTC(协调世界时 - International Atomic Time)的时间偏移量,可为 Z , +HH:mm 或 -HH:mm 。

思考 :要么正则替换为标准的 / 分割,要么在中间空白处加上 T ,看自己喜好

看文档是支持直接毫秒数时间戳转Date对象的,正常 *** 作也是如此。

PS :但是在微信小程序的iOS端转过来的实际时间是UTC的时间,所以需要同步为当前时区时间,为了不影响Android的时间结果,所以通过转换2次的方式解决时间计算问题。

ECMA-262 标准来源参考: https://www.jianshu.com/p/a11196377048


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/yw/7937579.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-04-11
下一篇 2023-04-11

发表评论

登录后才能评论

评论列表(0条)

保存