前言

最初的數(shù)據(jù)格式如下：

具體邏輯是通過前端展示給用戶看，后續(xù)將其數(shù)值帶到后端，進行添加，最后以LocalDateTime格式

但發(fā)現(xiàn)數(shù)據(jù)一直都是1970：

1. 問題分析

在 Uniapp 前端傳輸 yyyy-MM-dd HH:mm:ss 格式的時間到 Spring Boot 后端時，默認 LocalDateTime 解析失敗，導致變成 1970-01-01 08:00:00

問題分析：為什么時間變成 1970？

1.1 Uniapp 傳輸?shù)臅r間

前端 dayjs 處理時間：inGatTime: dayjs(this.itemData.inGatTime).format('YYYY-MM-DD HH:mm:ss'),

傳輸?shù)胶蠖说?JSON：

{
  "inGatTime": "2025-03-09 19:10:05"
}

這是一個 字符串，而不是 LocalDateTime！

1.2 Spring Boot 默認的 LocalDateTime 解析

如果后端 LocalDateTime 僅僅加了 @JsonFormat 和 @DateTimeFormat：

@Schema(description = "時間")
@JsonFormat(pattern = "yyyy-MM-dd HH:mm:ss", timezone = "Asia/Shanghai")
@DateTimeFormat(pattern = "yyyy-MM-dd HH:mm:ss")
private LocalDateTime inGatTime;

問題：

• @JsonFormat 僅用于序列化（返回數(shù)據(jù)給前端），不會影響 反序列化（接收前端傳輸?shù)臄?shù)據(jù)）
• @DateTimeFormat 只對 Spring MVC 的 URL 參數(shù)解析 有效，對 @RequestBody 傳輸?shù)?JSON 無效

結果是，Spring Boot 無法正確解析 yyyy-MM-dd HH:mm:ss，導致 LocalDateTime 變成 1970-01-01 08:00:00（默認 UNIX 時間戳起點）

但是，加上 @JsonDeserialize(using = LocalDateTimeDeserializer.class) 和 @JsonSerialize(using = LocalDateTimeSerializer.class) 之后，Spring Boot 才能正確解析時間

為什么???

2. 使用 @JsonDeserialize & @JsonSerialize（推薦）

import com.fasterxml.jackson.annotation.JsonFormat;
import com.fasterxml.jackson.databind.annotation.JsonDeserialize;
import com.fasterxml.jackson.databind.annotation.JsonSerialize;
import com.fasterxml.jackson.datatype.jsr310.ser.LocalDateTimeSerializer;
import com.fasterxml.jackson.datatype.jsr310.deser.LocalDateTimeDeserializer;
import java.time.LocalDateTime;

@Schema(description = "進閘時間")
@JsonFormat(pattern = "yyyy-MM-dd HH:mm:ss", timezone = "Asia/Shanghai")
@JsonDeserialize(using = LocalDateTimeDeserializer.class) // 反序列化
@JsonSerialize(using = LocalDateTimeSerializer.class) // 序列化
private LocalDateTime inGatTime;

• @JsonDeserialize(using = LocalDateTimeDeserializer.class)
  告訴 Jackson 解析 yyyy-MM-dd HH:mm:ss 格式的字符串為 LocalDateTime
• @JsonSerialize(using = LocalDateTimeSerializer.class)
  讓 LocalDateTime 按 yyyy-MM-dd HH:mm:ss 格式返回 JSON

這個方案最穩(wěn)定，推薦使用！

3. 前端傳 ISO-8601 格式（不推薦，可嘗試）

spring Boot 默認支持 ISO-8601 格式（YYYY-MM-DDTHH:mm:ss），前端這樣修改：

inGatTime: dayjs(this.itemData.inGatTime).format('YYYY-MM-DDTHH:mm:ss'),

傳輸數(shù)據(jù)：

{
  "inGatTime": "2025-03-09T19:10:05"
}

后端 LocalDateTime 可以直接解析：

@Schema(description = "進閘時間")
@JsonFormat(pattern = "yyyy-MM-dd HH:mm:ss", timezone = "Asia/Shanghai")
private LocalDateTime inGatTime;

但這樣 LocalDateTime 變成 T 分隔格式，前端接收時要自己處理！

但 我的后端保存到數(shù)據(jù)還是1970！

4. 用 String（中立）

這個要改字段類型，保持中立，看自身代碼好不好修改！

如果 Jackson 解析仍然失敗，可以 先用 String 接收，再手動轉換 LocalDateTime：

@Schema(description = "進閘時間")
private String inGatTime; // 先接收為字符串

然后在 Service 里轉換：

import java.time.LocalDateTime;
import java.time.format.DateTimeFormatter;

DateTimeFormatter formatter = DateTimeFormatter.ofPattern("yyyy-MM-dd HH:mm:ss");
LocalDateTime parsedTime = LocalDateTime.parse(createReqVO.getInGatTime(), formatter);

適用于 Jackson 反序列化無效的情況！

以上就是SpringBoot解析LocalDateTime失敗？Uniapp傳輸時間變1970的原因與解決方案的詳細內容，更多關于SpringBoot解析LocalDateTime失敗的資料請關注腳本之家其它相關文章！

最新評論