【java】JsonFormat注解时间导致时区相差8小时问题

原创已于 2023-05-22 14:02:55 修改 · 2.1k 阅读

6 ·

CC 4.0 BY-SA版权

文章标签：

#java

于 2021-05-10 18:37:49 首次发布

java 专栏收录该内容

71 篇文章

订阅专栏

本文介绍了一种在Java中使用@JsonFormat和@DateTimeFormat注解来指定日期时间格式及时区的方法，这对于处理不同地区的日期时间显示尤为重要。

//默认是cst，需要指定为gmt
@JsonFormat(pattern = "yyyy-MM-dd HH:mm:ss", timezone="GMT+8")
@ApiModelProperty(value = "创建时间")
@DateTimeFormat(pattern = "yyyy-MM-dd HH:mm:ss")
private Date createTime;

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

王佑辉

关注关注

0
点赞
踩
6

收藏

觉得还不错? 一键收藏
1
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
打赏
打赏
打赏举报

举报

专栏目录

使用@JsonFormat注解前后端时间相差8小时（已解决）

Luffy的博客

12-14

1965

在写项目时发现在实体类中使用了@JsonFormat(pattern = "yyyy-MM-dd HH:mm:ss")注解，然后该时间存入数据库也正常，从数据库中取出也是正常，但是传给前端就出现问题，两边的时间相差了 8小时。

@DateTimeFormat 和 @JsonFormat 注解详解

怪咖@的博客

09-20

5万+

这一篇文章足以让你对Java当中Date时间上的理解更上一层楼，本篇文章主要通过代码的形式来进行试验，彻彻底底搞明白日期传参，以及日期返回参数的格式相关问题，每一个步骤都会记得特别详细！@DateTimeFormat究竟在什么时候用？@JsonFormat在什么时候用？二者有什么区别？同时也会重点围绕这几个问题讲解！

1 条评论您还未登录，请先登录后发表或查看评论

@JsonFormat 和 @DateTimeFormat 时间格式化注解详解（不看血亏）

zhuzicc的博客

06-04

5万+

前后数据交互过程中，Date类型的数据经常会出现类型映射转换的错误，为了达到业务的目标时间格式，通常会使用@JsonFormat 和 @DateTimeFormat，但是这两者有什么区别呢？目录一、示例代码一、示例代码先准备一个简单POJO，拥有Date类型的成员变量： @Data public class DateEntity { @JsonFormat(pattern = "yyyy-MM-dd HH:mm:ss", timezone = "GMT+8") // @DateT.

@JsonFormat 造成取出的时间比数据库慢8小时

qq_35043925的博客

07-30

680

@JsonFormat(pattern="yyyy-MM-dd HH:mm:ss") sql 从数据库取出的时间(datetime) 转换为date 类型 ,为了格式化为 "yyyy-MM-dd HH:mm:ss " 使用了以下注解 @JsonFormat(pattern="yyyy-MM-dd HH:mm:ss") 前端展示发现时间比数据库存储的慢8小时, 这里我们只需将注解更改为: @JsonFormat(pattern="yyyy-MM-dd HH:mm:ss", time...

@JsonFormat注解和时区问题

wh柒八九的博客

04-01

3万+

在程序开发中会因为时区的不同，出现时间类型的数据出现问题文章目录

2021110701-java前后台传递时间对象相差8个小时的时区问题

Benjamin

11-07

1865

1、问题：从postgresql获取时间，展示在前台时间不一致，相差8小时。原因是什么么？ SpringMVC内置的JSON解析器是jackson解析器，JOSN解析器有jackson、fastsjon、jsonlib、gojson。jsackson转换的时候时区和国内默认相差8h，因此在时间换算上相差8小时。 2、什么是时区？时区(Time Zone)是地球上的区域使用同一个时间定义。1884年在华盛顿召开国际经度会议时，为了克服时间上的混乱，规定将全球划分为24个时区。 Date： Ti

@DateTimeFormat 和 @JsonFormat 注解

最新发布

weixin_44001317的博客

05-23

744

由于注解优先于配置文件生效，所以确实以年月日返回了，但是时区不对所以导致返回的时间不一致，可能是@JsonFormat默认时区是timeZone为GMT(即标准时区),和北京时间相差8小时，所以需要显式配置。对于Java类型为Date类型的确实生效了，但是有些场景需要单纯返回yyyy-MM-dd格式的日期，就需要加@JsonFormat注解，我一开始添加的是。#json 时间戳统一转换。我在配置文件中添加了。

@JsonFormat相差8小时问题

硅脂味咖啡的博客

04-20

1751

因为我们是东八区,所以时间会差个8小时。解决方法：加上timezone属性，如下： @JsonFormat(pattern = "yyyy-MM-dd HH:mm:ss", timezone = "GMT+8")

格式化日期注解@JsonFormat的使用和TimeZone时区问题

02-03

6962

GMT：Greenwich Mean Time 格林尼治标准时间。这是以英国格林尼治天文台观测结果得出的时间，这是英国格林尼治当地时间，这个地方的当地时间过去被当成世界标准的时间。UT：Universal Time 世界时。根据原子钟计算出来的时间。UTC：Coordinated Universal Time 协调世界时。因为地球自转越来越慢，每年都会比前一年多出零点几秒，每隔几年协调世界时组织都会给世界时+1秒，让基于原子钟的世界时和基于天文学（人类感知）的格林尼治标准时间相差不至于太大。

@JsonFormat(pattern=“yyyy-MM-dd HH:mm:ss“)与北京时间多了8小时

weixin_45545764的博客

01-15

826

将yml文件的数据库连接修改 url: jdbc:mysql://127.0.0.1:3306/seckill?serverTimezone=Asia/Shanghai&useUnicode=true&characterEncoding=utf-8&allowMultiQueries=true 时区改为Asia/Shanghai

使用JsonFormat格式化日期少8个小时的问题

dear_Alice_moon的专栏

05-07

3751

在使用jackson-annotations-2.0.5.jar，目标对象中存在日期类型的字段时，需要对字段进行自定义格式化，默认日期会输出日期对应的毫秒值。可使用com.fasterxml.jackson.annotation.JsonFormat@JsonFormat(pattern="yyyy-MM-dd HH:mm:ss") private Date createTime;但是仅这样会出...

@JsonFormat 时区错误，时间计算少了8个小时

qq_39889242的博客

02-14

880

使用 @JsonFormat 进行转换时间减少8小时

@JsonFormat时差问题

qq_40782986的博客

07-16

726

@JsonFormat @JsonFormat(pattern="yyyy-MM-dd HH:mm:ss") private Date time; 因为用@JsonFormat（）会导致和中国的时间相差八个小时，所以看下边 ↓ @JsonFormat(pattern="yyyy-MM-dd",timezone="GMT+8") private Date time; 这就ok了。！ patte...

解决java前台传递时间到后台相差8个小时的时区问题

qq_43985303的博客

01-04

1582

用于接收前端传的时间值自动转换可以是Date 可以是string 注意格式要一样如yyyy-MM-dd HH:mm:ss。date-format指定date输出格式为yyyy-MM-dd HH:mm:ss。time-zone指定时区，解决8小时的时间差问题。用于输出的时候解析，并且设置解析时区。个人建议都加上没毛病。

@JsonFormat 相差8小时问题

Sean'Xu Blogs

07-30

4774

@JsonFormat 默认的时区是Greenwich Time，默认的是格林威治时间，而我们是在东八区上，所以时间会比实际我们想得到的时间少八个小时。指定时区（timezone）北京时间东八区：GMT+8 @JsonFormat(pattern="yyyy-MM-dd HH:mm:ss",timezone="GMT+8") ...

java 存入数据库时间差8小时

07-27

存入数据库时间差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.youkuaiyun.com/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.youkuaiyun.com/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 ]