问题引入
在部署博客项目的过程中,将项目部署到服务器后,时间戳转日期少了8小时。具体问题是这样的。
测试时间是真实时间,而createDate是前端拿到的数据中的时间。可以看到,二者相差8个小时。
接着,我又去数据库排错,可以看到如下:
数据库存储的时间戳没有问题,但是一转换成日期时间格式,就少了8小时。
这个问题很是疑惑,百度了很久。【细心的朋友可能可以发现,在后端转换的时候就已经出问题了,其实这里不是后端传json给前端而出现的时区转换的错误。】
解决方法
网上搜寻到的原因及解决方法如下:
方法一
- 后端传递json数据给前端,前端拿到时间戳之后,由于时区不一致,前端会减少8个小时。
- 解决方法如下:yml中加上配置文件
spring:
jackson:
time-zone: GMT+8
date-format: yyyy-MM-dd HH:mm
但是这个也无法解决
方法二
- 去修改数据库的时区
先查看服务器的时间:
再查看数据库的时间: sysdate()
再查看数据库的时区: show variables like’%time_zone’;
- 可以看到,数据库与服务器的时间一致。如果不一致的朋友,可以修改。
我这里的mysql是运行在docker中的,那么只需要在启动的时候指定mysql的时区即可。
在启动mysql容器的时候加上这条命令-e TZ=Asia/Shanghai \
再去 sysdate() 查看时间以及时区,看是否一致。
好,问题到这了,我想,既然时区时间都解决了,也一致了,那么返回给前端的时间应该准确无差了吧,然而结果也是错的。
结果还是像之前一样:
方法三
在这里,数据库时区,json时区解析,都已经修改了。问题仍没解决,我选择使用slf4j,来调试代码
其实问题就出现在这个图中,这是我java代码中写的时间戳转换日期,它们的打印结果。可发现,在java后台转换的时候就出了问题。那么我就围绕这个去百度。
我找到了关于SimpleDateFormat()这个类可以指定时区的api。我觉得问题就出在这里了。但是我用的是new DateTime()这个api。那么它有没有指定时区的呢。答案是有的。
articleVo.setCreateDate(new DateTime(article.getCreateDate(), DateTimeZone.forOffsetHours(8)).toString("yyyy-MM-dd HH:mm"));
article.getCreateDate() 这个就是时间戳
DateTimeZone.forOffsetHours(8) 就是指定时区,指定为东8区,也就是国内的时区
到这里,问题就迎刃而解了。时区问题得到解决,不差8小时了。
我也查了很多相关的博客,下面是它们的链接,可以参考
https://blog.csdn.net/qq_29752857/article/details/102948830
这个是设置mysql时区的
https://www.cnblogs.com/zhuitian/p/12436300.html
这个是时区排错,易懂