情况:最近有一个很奇怪的事情,项目已经上线了一年有余,但这期间会出现几次时区问题。但是服务重启之后,时区问题便会消失。
项目架构: 前端使用Vue,后端使用SpringBoot
此时区问题是 java.sql.Time
字段 与 Mysql数据库 对应的表中 time字段相对小了 8小时
在实际代码中我已经 指定了时区 timezone = “GMT+8”
, 但还是出现了时区问题,我百思不得理解。
实体代码:
@JsonFormat(pattern = "HH:mm:ss", timezone = "GMT+8")@Excel(name = "结束时间")private Time endTime;
针对此问题,一般首先会从jvm 虚拟机, 数据库,服务器时区进行寻找问题,我也如此进行定位。
查询 jvm虚拟机时区
> jps
> jinfo 94363 | grep user.timezon
jvm信息查看
查看mysql时区
Mysql 时区并无问题,时间与实际中国标准时间一致
项目连接数据库的链接如下:jdbc:mysql://127.0.0.1:3306/master?useUnicode=true&characterEncoding=utf8&zeroDateTimeBehavior=convertToNull&useSSL=true&serverTimezone=GMT%2B8
mysql时区设置
> timedatectl
服务器时区也正常无误!
Linux时区设置
由于可以判断JVM,服务器和数据库的时区都是正常的,那么具体是谁的问题?就只有接下来从项目去分析。
可以把数据流程分为两部分,一部分
是新增数据,前端以json数据格式传输给后端,controller层处理以反序列化成Java对象,插入到Mysql数据库中。另一部分
是从Mysql数据库查询此数据,并使用Java对象进行存储,在controller层处理以序列化成Json数据,传输给前端。
流程如下图:
但是项目中使用了 Jackson
对 java.sql.Time
进行了时间格式化,Jackson在项目中的作用主要就是进行日期格式化,JsonFormat
该注解用于出入参日期数据的时间格式化。
实际流程图如下:
分析以上流程,理应默认客户端时区无误
,Mysql数据库时区无误,以及已保存的数据也没有时区问题
的情况来看,应该数据从数据库查询之后,序列化之前出现时区问题,那么只有是Jackson没有指定时区
,导致出现时区问题。
我便去查看系统的Jackson
有关时区的配置,配置内容如下:
查看系统配置时区
import java.util.TimeZone;
import org.mybatis.spring.annotation.MapperScan;
import org.springframework.boot.autoconfigure.jackson.Jackson2ObjectMapperBuilderCustomizer;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
import org.springframework.context.annotation.EnableAspectJAutoProxy;/*** 程序注解配置** @author ruoyi*/
@Configuration
// 表示通过aop框架暴露该代理对象,AopContext能够访问
@EnableAspectJAutoProxy(exposeProxy = true)
// 指定要扫描的Mapper类的包的路径
@MapperScan("com.xxx.**.mapper")
public class ApplicationConfig
{/** 时区配置 */@Beanpublic Jackson2ObjectMapperBuilderCustomizer jacksonObjectMapperCustomization(){return jacksonObjectMapperBuilder -> jacksonObjectMapperBuilder.timeZone(TimeZone.getDefault());}
}
通过对配置代码分析,项目中使用了 TimeZone.getDefault()
此方法含义是:Java中的TimeZone类的getDefault()方法用于了解此系统或主机的默认TimeZone。根据不同环境中的实现,这可能会有所不同。大部分情况是用JVM中的时区。
Jackson日期反序列化时区问题,Jackson里 JsonFormat的源码
/*** Value that indicates that default {@link java.util.TimeZone}* (from deserialization or serialization context) should be used:* annotation does not define value to use.** NOTE: default here does NOT mean JVM defaults but Jackson databindings* default, usually UTC, but may be changed on ObjectMapper
.*/
public final static String DEFAULT_TIMEZONE = "##default";值,该值指示默认{@链接java.util.TimeZone}(来自反序列化或序列化上下文)应使用:注释未定义要使用的值。注意:这里的默认值并不意味着JVM默认值,而是Jackson数据绑定。默认值,通常为UTC,但可以在objectmapper上更改。
那个注释已经说明默认情况下会将 时区设置为UTC
,Jackson反序列化时间
类型的底层实际上调用的是Java的 SimpleDateFormat.parse()
方法,而JVM中的时区则会根据你的操作系统来获取,所以JVM
认为你的时区应该是 GMT+8
时区,而要将 UTC
时区的时间转成 GMT
+8 时区的时间,就会将你传进来的时间+8个小时。
以上的分析我现在都不能确认是不是真正的原因。有可能还是以下问题:
timezone = "GMT+8"
没有生效Jackson
配置文件上没有显著指定时区,还是使用默认时区UTC
Mybatis
在结果集的处理过程中,使用的默认时区是CST, Locate.US
导致取出时间不同,但是按理会相差 14 小时左右,文章链接具体解决方案如下:
return jacksonObjectMapperBuilder -> jacksonObjectMapperBuilder.timeZone(TimeZone.getTimeZone(ZoneId.of("Asia/Shanghai")));
SqlTimeValueFactory
的实现,传入时区参数