关于前台数据存入数据库,时间加8个小时的问题

关于时区的问题,我自己做个笔记记一下,以后有服务器再验证对错。
1、一般本地起服务,时区都是CST(北京时区),linux服务器时区都是GMT(格林威治时区),也有很多CST时区的这里我们按照GMT说,这两个时区之间相差八个小时,北京时间会比格林威治快8个小时。
2、一般我们前台输入的时间(年月日),都是按照北京时间输入的,在controller层数据由json转成object时,本地服务时间会加8个小时,而linux服务器时间则没有问题。
所以由json转成objec时,我都会指定时区。
@JsonFormat(pattern = “yyyy-MM-dd”, timezone = “GMT+8”)
但是如果再linux服务器上,这样设置的话,时间又会少八个小时,我也不知道怎么解决,所以我最后以
@JsonFormat(pattern = “yyyy-MM-dd”)这样取年月日来操作,或者直接写成字符串。
难啊 ,找不到解决方法,先记一下吧,以后问大神。

注:
一直以为@DateTimeFormat 用来接收日期请求 @JsonFormat来响应日期
但是验证发现@DateTimeFormat会存在时区问题,而@JsonFormat可以用timezone来解决时区问题,而且接收和响应都适用,所以我都用 @JsonFormat


=========================================

后来又学习了很多,原来不是上述的问题,重新写一下:
1.所以由json转成objec时,我都会指定时区。

@JsonFormat(pattern = "yyyy-MM-dd", timezone = "GMT+8")

虽说存在数据库的时间确实会少8个小时,但是和程序中new Date()得到的时间是一致,这样我们存到数据库的时间,就是按照服务器的时间存储的。

当我们需要查询时间时,还是由Object转json时,时间还会加8个小时转回来。这样就保证时间的一致。
当我们存储到jsonb的数据时,由于本身就是json数据,有时候直接返回数据库对象,就不会重新加八个小时,我们就需要去掉这个注解,这样保证jsonb的数据在数据库中,永远是正确的时间。
获取对应时区的时间:

SimpleDateFormat sdf = new SimpleDateFormat("yyyyMMddHHmmss");
//设置为东八区
sdf.setTimeZone(TimeZone.getTimeZone("Asia/Shanghai"));
Date newDate = new Date();
String dateStr = sdf.format(newDate);

2.或者可以采用第二种方法
直接将所有的时区注解去掉,即去掉timezone,然后服务器上,获取时间时都使用时区,这样的坏处,就是服务器的真实时间和存储的时间不一样,但和北京时间是一致。

  • 1
    点赞
  • 5
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
存入数据库时间差8小时问题通常是由于时区设置不正确导致的。在Java中,使用new Date()获取的时间是根据JVM默认的时区来确定的,而JVM默认使用的是0时区时间,与北京时间相差8小时。当将数据存入数据库时,数据库服务器会将本地时间转换为服务器所对应的时区,即0时区,所以会再次相差8小时。当返回给前端时,如果使用了Spring Boot的@RestController或@Controller+@ResponseBody注解,返回值会被默认的Jackson框架转换为Json格式,而Jackson框架默认的时区GMT,相对于中国是少了8小时,所以最终返回到前端的结果会相差8小时。解决这个问题的方法有两种: 1. 手动设置JVM时间:将时间改为第8时区时间,可以使用以下代码进行设置: TimeZone.setDefault(TimeZone.getTimeZone("GMT+8")); 2. 在配置数据库的URL上上"serverTimezone"参数,确保存入数据库时间是正确的。例如: jdbc:mysql://localhost:3306/datasource?serverTimezone=GMT%2B8 同时,还需要确认配置了Jackson的"time-zone"参数,确保给前端返回的时间是正确的。例如: jackson: time-zone: GMT+8 date-format: yyyy-MM-dd HH:mm:ss 需要注意的是,如果只是手动设置JVM时间,而JVM仍然是后台0时区时间,那么在后台执行逻辑时仍然会出现时间相差8小时问题。因此,建议使用第一种方法,直接将整个JVM改为北京的8时区。总结起来,这个问题的根本原因是时区设置不正确。\[1\]\[2\]\[3\] #### 引用[.reference_title] - *1* *3* [java获取时间相差8小时问题及解决方式](https://blog.csdn.net/qq_42031483/article/details/100625564)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^control_2,239^v3^insert_chatgpt"}} ] [.reference_item] - *2* [springboot + 数据库时间差8小时](https://blog.csdn.net/gulang00/article/details/130501650)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^control_2,239^v3^insert_chatgpt"}} ] [.reference_item] [ .reference_list ]

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值