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

云函喊猜数中的时区是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

---