时区问题处理

问题

当前使用的服务器,数据库是utc 时区,本地环境的服务端是utc+8 的时间,前后端交互,时间字段按 format "YYYY-MM-DD HH:mm:ss"(未携带时区信息) 字符串形式传递,这样就造成,开发和测试环境时间转换不对等的问题

分析

开始走了一些弯路, 服务端使用的时间处理工具是moment,想通过moment将前端传来的时间串进行转换处理,统一转成utc 0时区的时间,但是由于时间串”time“未携带时区信息,直接moment(time),会将字符串转成服务端时区所在的时间,所以就出现了以下情况,

本地moment("2021-06-17 20:37:00")结果,为东八区 "2021-06-17 20:37:00"

测试环境 moment("2021-06-17 20:37:00")结果,为utc 0 "2021-06-17 20:37:00"

而实际上想要的结果是Moment<2021-06-17T20:37:00+08:00> 或者 Moment<2021-06-17T12:37:00Z>

解决

问题实质是数据在传输过程中,各节点时区不一致导致的,最粗鲁的方法,就是强制统一数据的时区,但由于用户端是交互层,时区分散,不可强制,

不能统一时区,就通过统一数据格式来间接达到目的,在时间数据传输过程中,携带上时间数据产生时的时区信息,在各节点按需转换

两种方式:

  1. 统一传递unix时间戳 
  2. 统一传递带有时区的时间串”2021-06-17T11:59:32.464Z“

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值