解决：Java后端返回给前端的Date格式数据相差8小时的问题

原创 已于 2024-04-15 15:40:41 修改 · 1.5k 阅读 · 7 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#前端 #java

于 2024-04-15 15:40:20 首次发布
文章讲述了后端返回给前端的JSON数据出现8小时延迟的问题，原因是Jackson框架默认使用GMT时区，而中国比GMT多了8小时。解决方法是在SpringBoot的application.yml文件中配置日期格式化和时区为GMT+8。

问题描述：

后端得到的数据是对的，但是返回给前端后，数据比原数据慢了8小时。

原因：

json数据在返回浏览器端是会被spring-boot默认的Jackson框架转换，而Jackson框架默认的时区GMT（相对于中国是少了8小时）。

解决：

在application.yml文件中，配置

spring:
  jackson:
    #日期格式化
    date-format: yyyy-MM-dd HH:mm:ss
    time-zone: GMT+8

【SpringBoot】80、SpringBoot中自定义格式化时间返回前端
Asurplus
06-20 3万+
springboot中时间自定义格式化处理
2021110701-java前后台传递时间对象相差8个小时的时区问题
Benjamin
11-07 1851
1、问题：从postgresql获取时间，展示在前台时间不一致，相差8小时。 原因是什么么？ SpringMVC内置的JSON解析器是jackson解析器，JOSN解析器有jackson、fastsjon、jsonlib、gojson。jsackson转换的时候时区和国内默认相差8h，因此在时间换算上相差8小时。 2、什么是时区？ 时区(Time Zone)是地球上的区域使用同一个时间定义。1884年在华盛顿召开国际经度会议时，为了克服时间上的混乱，规定将全球划分为24个时区。 Date： Ti
java获取系统时间与实际相差8小时的解决方法
03-31
NULL 博文链接：https://huangqiqing123.iteye.com/blog/1344744
Java数据库时间返回前端错误（差八个小时）
最新发布
zfnww的博客
10-07 586
摘要： Java项目中获取本地时间存入数据库时出现少8小时问题，主要因时区设置不一致导致。可能原因包括：JVM默认使用UTC时区、数据库时区未配置为东八区、JDBC驱动未指定时区。解决方案：1）设置JVM或Spring Boot时区为Asia/Shanghai；2）代码中显式指定时区；3）检查并修改数据库时区；4）JDBC连接串添加serverTimezone=Asia/Shanghai参数。核心原则是确保应用、数据库、JDBC时区统一为东八区。 （字数：149）
后端 Date 时间 传到前端，相差8小时
Architect_CSDN的博客
06-22 1万+
1.问题 后台时间正确，返回给前台的时间不正确，和后台差8个小时 后台打印的时间如下： 数据库存储时间如下： 接口返回给前台的时间如下： 相差8个小时 原因 spring中对于@RestController或者@Controller+@ResponseBody 注解的接口方法的返回值默认是Json格式， 所以当对于date类型的数据，在返回浏览器端是会被spring-...
java获取时间相差8小时的各种情况(容器时间不对，日志时间不对，麒麟时间不对)
qq_19891197的博客
12-20 4084
java获取时间相差8小时的各种情况(容器时间不对，日志时间不对，麒麟时间不对)
java前后端时间相差八小时_后端 Date 时间 传到前端，相差8小时
weixin_35745604的博客
02-27 4440
1.问题后台时间正确，返回给前台的时间不正确，和后台差8个小时后台打印的时间如下： 数据库存储时间如下： 接口返回给前台的时间如下： 相差8个小时原因spring中对于@RestController或者@Controller+@ResponseBody注解的接口方法的返回值默认是Json格式，所以当对于date类型的数据，在返回浏览器端是会被spring-boot默认的Jackson框架转换，而J...
Spring boot 后端向前端发送日期时间发现少了8小时
2302_79789602的博客
07-28 792
数据库后端的控制台输出前端控制台输出可以发现少了8小时。
springboot 后端传给前端相差8小时
weixin_43448598的博客
11-25 602
在开发中日期最常打交道的东西之一，但是日期又会存在各式各样的格式，常见的情形就是，从数据库取出的日期往往都是时间戳（毫秒数）的形式，这个一般情况下是前端不想要的结果，需要进行处理，那在springboot中比较简单： 因为后端传给前端时默认使用jackson转换格式所以我们可以 在application.yml中设置 spring: jackson: date-format: yyyy-MM-dd HH:mm:ss time-zone: GMT+8 在pojo对象上添加@Json
Spring项目前端显示的时间差8小时分析
04-24
- 当用户界面（前端）显示的时间与服务器（后端）返回的时间相差8小时，可能的原因包括： - 后端服务器与前端应用采用不同的默认时区。 - JSON序列化/反序列化过程中未指定时区，导致默认时区被使用。 - 数据库...
java后端时间是createTime=Wed Mar 19 18:31:17 CST 2025传给前端变成了2025-03-19 10:31
03-20
好的，我现在需要帮助用户解决Java后端时间格式转换的问题。用户提到后端的时间是Wed Mar 19 18:31:17 CST 2025，传到前端变成了2025-03-19 10:31，想知道原因和解决方案。 首先，我得想清楚为什么时间会变化。用户...
后端 Date 时间 传到前端，相差8小时
官
12-04 6230
1.问题 后台时间正确，返回给前台的时间不正确，和后台差8个小时 后台打印的时间如下： 数据库存储时间如下： 接口返回给前台的时间如下： 相差8个小时 原因 spring中对于@RestController或者@Controller+@ResponseBody 注解的接口方法的返回值默认是Json格式， 所以当对于date类型的数据，在返回浏览器端是会被spring-boot 默认的Jack...
前后端时间相差八小时问题
SummerYeSky的博客
10-20 689
这个写的比较详细了，保存一下，以备不时之需。 java前后端时间相差八小时_后端 Date 时间 传到前端，相差8小时_那你干哈的博客-CSDN博客
java获取时间相差8小时的问题及解决方式
热门推荐
qq_42031483的博客
09-08 3万+
问题： java下使用new date（）获取的时间会和真实的本地时间相差8小时。 本地获取的时间没有错，存入数据库的时候时间出错了。 数据库时间没有错，获取到后端，之后返回给前端出错了。 原因： new date（）调用的是jvm时间，而jvm使用的时间默认是0时区的时间，即：和北京时间将会相差8小时。 mybatis将本地的数据传入到mysql数据库服务器的时候，服务器会对数据进行检测，......
前后端分离项目中Spring Boot返回的时间与前端相差8个小时
weixin_44212870的博客
06-05 808
修改Spring Boot时区，在项目启动前增加代码。修改后，再次启动，前后端date数据一致，问题解决。发现从后端获取的数据总是比前端快八个小时。发现后端时区为CST，前端为UTC。
【Java】 时间跟系统时间相差8小时的问题
一夜飘零
11-10 3525
通过以上步骤，我们成功解决了Java中Date根据时间戳转换的时间少了八个小时的问题。我们通过获取时间戳、创建Date对象、设置时区和格式化时间，使得我们能够得到正确的本地时间。希望这篇文章能帮助你解决这个问题，让你对Java中处理时间的机制有更深入的理解。
后端时间总是比前端多八个小时问题
weixin_57369490的博客
07-04 394
date-format是定义了向前端发送的时间格式，可以让前端在不经过额外设置就可以美观显示时间。若是解决时差问题，只需添加time-zone部分即可。没设置date-format情况。设置date-format情况。
Java 数据库时间返回前端显示错误（差8个小时）
博客
08-05 669
【代码】Java 数据库时间返回前端显示错误（差8个小时）
解决后台时间数据正确，但传到前端显示与后台相差8个小时问题
qq_52102677的博客
05-17 862
是spring的json构造器的时区与实际的不一致。
后端存的时间类型是Date怎么返回给前端
03-19
<think>嗯，用户的问题是关于如何将后端存储的Date类型时间正确地返回给前端JSON格式的处理方法。我需要结合提供的引用内容来解答。 首先，根据引用1，用户提到了使用@JsonFormat注解来格式化Date类型的时间，并且需要注意时区问题。这应该是解决方案的一部分。同时，引用5提到直接截取时间戳可能会有问题，所以必须正确格式化而不是简单截断。 然后，引用2提到后端处理Long类型时可能会损失精度，但用户的问题是关于Date类型，所以这可能是一个相关但不同的情况。不过，这里可以强调格式化而不是类型转换的重要性。 引用3和4可能不太相关，但需要确保JSON数据在导出或语言包中的正确性，这可能涉及到格式一致性，但暂时可以忽略。 总结下来，解决方案应包括以下几个步骤： 1. 使用@JsonFormat注解定义日期格式和时区。 2. 配置全局的Jackson序列化设置，避免在每个字段上重复注解。 3. 处理时区问题，确保前端显示正确的时间。 4. 可能考虑使用LocalDateTime代替Date，但需要相应的格式化处理。 还需要注意时区设置，避免GMT和本地时间的差异，比如GMT+8。此外，全局配置可以提高效率，减少重复代码。可能还需要提到处理Long类型损失精度的问题，但用户的问题主要集中在Date类型，所以作为扩展点放在相关问题里。 现在需要组织这些思路，分步骤说明，并确保每个步骤都有对应的引用支持，比如引用1和5。同时，生成的相关问题需要涉及其他相关知识点，如全局配置、时区处理、前端处理等。</think>### 如何将后端存储的Date类型时间正确返回给前端？ #### 1. 使用注解直接格式化字段 在Java后端的实体类中，通过`@JsonFormat`注解指定日期格式和时区，直接将Date类型字段序列化为特定格式的字符串返回给前端。 **示例代码**： ```java @ApiModelProperty("签退时间") @TableField(exist = false) @JsonFormat(pattern = "yyyy-MM-dd HH:mm:ss", timezone = "GMT+8") private Date signOutTime; ``` - **作用**：将时间戳转换为`yyyy-MM-dd HH:mm:ss`格式的字符串，并修正时区偏差（如GMT+8对应北京时间）[^1]。 - **注意**：若未指定时区，默认使用GMT时区，可能导致前端显示时间相差8小时。 --- #### 2. 全局配置Jackson序列化规则 若需统一所有Date类型字段的格式，可在Spring Boot中配置Jackson的全局序列化规则。 **示例配置**（添加至`application.yml`）： ```yaml spring: jackson: date-format: yyyy-MM-dd HH:mm:ss time-zone: GMT+8 ``` - **优点**：避免在每个字段重复添加注解，统一管理时间格式[^5]。 --- #### 3. 处理LocalDateTime类型 若使用Java 8的`LocalDateTime`类型，需额外配置依赖（如`jackson-datatype-jsr310`）并指定序列化格式： **代码示例**： ```java @JsonFormat(pattern = "yyyy-MM-dd HH:mm:ss") private LocalDateTime createTime; ``` 或通过全局配置： ```java @Bean public ObjectMapper objectMapper() { ObjectMapper mapper = new ObjectMapper(); mapper.registerModule(new JavaTimeModule()); mapper.disable(SerializationFeature.WRITE_DATES_AS_TIMESTAMPS); return mapper; } ``` - **作用**：避免`LocalDateTime`返回带有"T"的字符串（如`2023-01-01T12:00:00`）[^2]。 --- #### 4. 前端兼容性处理 若后端仍需返回时间戳，前端可通过以下方式自行格式化： ```javascript // JavaScript示例：将时间戳转为日期字符串 const timestamp = 1672502400000; const dateStr = new Date(timestamp).toLocaleString('zh-CN', { timeZone: 'Asia/Shanghai' }); ``` --- ### 总结对比 | 方法 | 适用场景 | 优点 | 缺点 | |---------------------|-------------------------|------------------------------|--------------------------| | `@JsonFormat`注解 | 单个字段定制格式 | 灵活，优先级高 | 字段较多时需重复添加 | | 全局Jackson配置 | 统一所有时间字段格式 | 维护方便，代码简洁 | 无法覆盖特殊字段需求 | | 前端自行转换 | 需保留时间戳原始数据 | 后端无需修改 | 增加前端逻辑复杂度 |
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

白日梦想家_胖七七

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值