Monodb日期存储差8小时分析与解决,同时引出时间分析

1、时间标准

UTC(世界标准时间)
其以原子时秒长为基础,在时刻上尽量接近于格林尼治标准时间。

GMT(格林尼治平时)
位于英国伦敦郊区的皇家格林尼治天文台的标准时间,因为本初子午线被定义在通过那里的经线。

CST(北京时间)
中国标准时间。在时区划分上,属东八区,比协调世界时晚8小时,记为UTC+8 / GMT+8。

2、java中的时间

我们在java中new一个时间对象,看一下是怎么样的时间。
在这里插入图片描述
通过上图可以看出,这个时间是CST,同时还是Asia/Shanghai地区的。这就奇怪了,程序是怎么知道我们的所在地区呢?其实,如果我们什么都不设置,程序默认是读取系统时间的。
在这里插入图片描述

3、分析Mongodb时间问题

有了以上两个基础知识,现在我们要分析Mongodb的时间问题。通过java的MongoTemplate新增保存的日期,数据库中存储的日期会少了8小时。
在com.mongodb.util.JSONSerializers源码类中的LegacyDateSerializer内部类中,mongodb对存储日期做了如下处理:
在这里插入图片描述
从源码中可以看到,Mongodb在存储时间的时候,会把UTC格式存为GMT格式。

4、解决方式
1)不处理

Mongodb虽然减了8小时进行存储,但通过程序查出到Date对象的时候,神奇的事情发生了,差的8小时居然回来了,这又是为什么呢?
我们用Date的特性套进这个问题分析一下,由于数据库存储的时间格式为GMT,系统的格式为CST(UTC+8),所以当数据查出来赋值给Date的时候,jdk或者MongoTemplate代码帮我们把GMT转成了CST。虽然我没有找到源码来验证这个过程,可是通过断点数据更加印证了我的猜想,如下:
在这里插入图片描述

2)存储的时候处理

如果你一定要把当前时区的时间存储到Mongdb中,可以在存储到Mongo前给时间加上8小时,代码就不贴了,网上一搜一大堆。

5、扩展

当后端返回Date类型到前端的时候,需要在实体中增加@JsonFormat注释,这个可以帮我们处理格式化,很多人都是用下面这种写法。

@JsonFormat(locale = "zh", timezone = "GMT+8", pattern = "yyyy-MM-dd HH:mm:ss")

这样写大部分时候都不会有问题,但是有可能会出现加了8小时还是少了1小时的问题。
这是因为GMT+8代表的是东时区,不代表中国时区,Asia/Shanghai 这个代表的是中国的时区,但在历史中,有国家(包含中国)政策颁布了在1986-1991年等还存在夏令时。在这样的时间区间,夏季时,会将时间拨快1个小时(即东9区时间),夏季结束时会再次将时间拨回一个小时(即东8区时间)。所以我们要把上面的代码修改成如下:

@JsonFormat(locale = "zh", timezone = "Asia/Shanghai", pattern = "yyyy-MM-dd HH:mm:ss")
6、总结

其实这个文章不止为了研究Mongodb的时间问题,很多其他的时间问题都可以套用这个分析过程进行分析解决,只要理解清楚时间的格式。

  • 5
    点赞
  • 13
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值