时间戳转换成日期，少了8小时【问题综合汇总解决】

问题引入

在部署博客项目的过程中，将项目部署到服务器后，时间戳转日期少了8小时。具体问题是这样的。

测试时间是真实时间，而createDate是前端拿到的数据中的时间。可以看到，二者相差8个小时。

接着，我又去数据库排错，可以看到如下：

数据库存储的时间戳没有问题，但是一转换成日期时间格式，就少了8小时。
这个问题很是疑惑，百度了很久。【细心的朋友可能可以发现，在后端转换的时候就已经出问题了，其实这里不是后端传json给前端而出现的时区转换的错误。】

解决方法

网上搜寻到的原因及解决方法如下：

方法一

1. 后端传递json数据给前端，前端拿到时间戳之后，由于时区不一致，前端会减少8个小时。

• 解决方法如下：yml中加上配置文件

spring:   
	jackson:
    	time-zone: GMT+8
    	date-format: yyyy-MM-dd HH:mm

但是这个也无法解决

方法二

2. 去修改数据库的时区

先查看服务器的时间：

再查看数据库的时间： 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
这个是时区排错，易懂