在我們日常工作中，時間格式化是一件經常遇到的事兒，所以本文我們就來盤點一下 Spring Boot 中時間格式化的幾種方法。
為了方便演示，我寫了一個簡單 Spring Boot 項目，其中數據庫中包含了一張 userinfo 表，它的組成結構和數據信息如下：
項目目錄是這樣的：
UserController 實現代碼如下：
@RestController
@RequestMapping('/user')
public class UserController {
@Resource
private UserMapper userMapper;
@RequestMapping('/list')
public List<UserInfo> getList() {
return userMapper.getList();
}
}
UserMapper 實現代碼如下：
@Mapper
public interface UserMapper {
public List<UserInfo> getList();
}
UserInfo 實現代碼如下：
@Data
public class UserInfo {
private int id;
private String username;
private Date createtime;
private Date updatetime;
}
UserMapper.xml 實現代碼如下：
<?xml version='1.0' encoding='UTF-8'?>
<!DOCTYPE mapper PUBLIC '-//mybatis.org//DTD Mapper 3.0//EN' 'http://mybatis.org/dtd/mybatis-3-mapper.dtd'>
<mapper namespace='com.example.demo.mapper.UserMapper'>
<select id='getList' resultType='com.example.demo.model.UserInfo'>
select * from userinfo
</select>
</mapper>
經過以上內容的編寫，我們就制作出了一個簡單的 Spring Boot 項目了。接下來，我們使用 PostMan 來模擬調用 UserController 接口，執行結果如下：
從上述結果可以看出，時間字段 createtime 和 updatetime 的顯示方式是很“凌亂”的，并不符合我們的閱讀習慣，也不能直接展示給前端的用戶使用，這時候，我們就需要對時間進行格式化處理了。
時間格式化的方法總共包含以下 5 種。
如果后端在公司中擁有絕對的話語權，或者是后端比較強勢的情況下，我們可以將時間格式化的這個“鍋”強行甩給前端來處理。
為了讓這個“鍋”甩的更平順一些（磊哥不做廚師都可惜了），咱們可以給前端工程師提供切實可行的時間格式化方法，實現代碼如下。
function dateFormat(fmt, date) {
let ret;
const opt = {
'Y+': date.getFullYear().toString(), // 年
'm+': (date.getMonth() + 1).toString(), // 月
'd+': date.getDate().toString(), // 日
'H+': date.getHours().toString(), // 時
'M+': date.getMinutes().toString(), // 分
'S+': date.getSeconds().toString() // 秒
// 有其他格式化字符需求可以繼續添加，必須轉化成字符串
};
for (let k in opt) {
ret = new RegExp('(' + k + ')').exec(fmt);
if (ret) {
fmt = fmt.replace(ret[1], (ret[1].length == 1) ? (opt[k]) : (opt[k].padStart(ret[1].length, '0')))
};
};
return fmt;
}
方法調用：
let date = new Date();
dateFormat('YYYY-mm-dd HH:MM:SS', date);
>>> 2021-07-25 21:45:12
大多數情況下，我們還是需要自力更生，各掃門前雪的，這個時候我們后端程序員就需要發揮自己的特長了，我們提供的第 1 個時間格式化的方法是使用 SimpleDateFormat 來進行時間格式化，它也是 JDK 8 之前重要的時間格式化方法，它的核心實現代碼如下：
// 定義時間格式化對象和定義格式化樣式
SimpleDateFormat dateFormat = new SimpleDateFormat('yyyy-MM-dd HH:mm:ss');
// 格式化時間對象
String date = dateFormat.format(new Date())
接下來我們使用 SimpleDateFormat 來實現一下本項目中的時間格式化，它的實現代碼如下：
@RequestMapping('/list')
public List<UserInfo> getList() {
// 定義時間格式化對象
SimpleDateFormat dateFormat = new SimpleDateFormat('yyyy-MM-dd HH:mm:ss');
List<UserInfo> list = userMapper.getList();
// 循環執行時間格式化
list.forEach(item -> {
// 使用預留字段 ctime 接收 createtime 格式化的時間(Date->String)
item.setCtime(dateFormat.format(item.getCreatetime()));
item.setUtime(dateFormat.format(item.getUpdatetime()));
});
return list;
}
程序執行結果如下：
從上述結果可以看出，時間格式化沒有任何問題，以及到底我們預想的目的了。但細心的讀者會發現，為什么接口的返回字段咋變了呢？（之前的字段是 createtime 現在卻是 ctime...）
這是因為使用 #SimpleDateFormat.format 方法之后，它返回的是一個 String 類型的結果，而我們之前的 createtime 和 updatetime 字段都是 Date 類型的，因此它們是不能接收時間格式化得結果的。
所以此時我們就需要在實體類 UserInfo 新增兩個字符串類型的“時間”字段，再將之前 Data 類型的時間字段進行隱藏，最終實體類 UserInfo 的實現代碼如下：
import com.fasterxml.jackson.annotation.JsonIgnore;
import lombok.Data;
import java.util.Date;
@Data
public class UserInfo {
private int id;
private String username;
@JsonIgnore // 輸出結果時隱藏此字段
private Date createtime;
// 時間格式化后的字段
private String ctime;
@JsonIgnore // 輸出結果時隱藏此字段
private Date updatetime;
// 時間格式化后的字段
private String utime;
}
我們可以使用 @JsonIgnore 注解將字段進行隱藏，隱藏之后的執行結果如下：
JDK 8 之后，我們可以使用 DateTimeFormatter 來替代 SimpleDateFormat，因為 SimpleDateFormat 是非線程安全的，而 DateTimeFormatter 是線程安全的，所以如果是 JDK 8 以上的項目，盡量使用 DateTimeFormatter 來進行時間格式化。
DateTimeFormatter 格式化的代碼和 SimpleDateFormat 類似，具體實現如下：
@RequestMapping('/list')
public List<UserInfo> getList() {
// 定義時間格式化對象
DateTimeFormatter dateFormat = DateTimeFormatter.ofPattern('yyyy-MM-dd HH:mm:ss');
List<UserInfo> list = userMapper.getList();
// 循環執行時間格式化
list.forEach(item -> {
// 使用預留字段 ctime 接收 createtime 格式化的時間(Date->String)
item.setCtime(dateFormat.format(item.getCreatetime()));
item.setUtime(dateFormat.format(item.getUpdatetime()));
});
return list;
}
執行結果如下所示：
DateTimeFormatter 和 SimpleDateFormat 在使用上的區別是 DateTimeFormatter 是用來格式化 JDK 8 提供的時間類型的，如 LocalDateTime，而 SimpleDateFormat 是用來格式化 Date 類型的，所以我們需要對 UserInfoer 實體類做如下的修改：
import com.fasterxml.jackson.annotation.JsonIgnore;
import lombok.Data;
import java.time.LocalDateTime;
@Data
public class UserInfo {
private int id;
private String username;
@JsonIgnore
private LocalDateTime createtime;
private String ctime;
@JsonIgnore
private LocalDateTime updatetime;
private String utime;
}
我們可以使用 LocalDateTime 來接收 MySQL 中的 datetime 類型。
以上兩種后端格式化的實現都有一個致命的缺點，它們在進行時間格式化的時候，都需要對核心業務類做一定的修改，這就相當為了解決一個問題，又引入了一個新的問題，那有沒有簡單一點、優雅一點的解決方案呢？
答案是：有的。我們可以不改任何代碼，只需要在配置文件中設置一下就可以實現時間格式化的功能了。
首先，我們找到 Spring Boot 的配置文件 application.properties（或 application.yml），只需要在 application.properties 配置文件中添加以下兩行配置：
# 格式化全局時間字段
spring.jackson.date-format=yyyy-MM-dd HH:mm:ss
# 指定時間區域類型
spring.jackson.time-zone=GMT+8
這樣設置之后，我們將原始的 UserInfo 和 UserController 進行還原。
UserInfo 實現代碼如下：
import lombok.Data;
import java.util.Date;
@Data
public class UserInfo {
private int id;
private String username;
private Date createtime;
private Date updatetime;
}
UserController 實現代碼：
@RequestMapping('/list')
public List<UserInfo> getList() {
return userMapper.getList();
}
然后我們運行程序，看到的執行結果如下：
從以上結果和代碼可以看出，我們只需要在程序中簡單配置一下，就可以實現所有時間字段的格式化了。
為什么在配置文件中設置一下，就可以實現所有時間字段的格式化了呢？
# 格式化全局時間字段
spring.jackson.date-format=yyyy-MM-dd HH:mm:ss
# 指定時間區域類型
spring.jackson.time-zone=GMT+8
這是因為 Controller 在返回數據時，會自動調用 Spring Boot 框架中內置的 JSON 框架 Jackson，對返回的數據進行統一的 JSON 格式化處理，在處理的過程中它會判斷配置文件中是否設置了“spring.jackson.date-format=yyyy-MM-dd HH:mm:ss”，如果設置了，那么 Jackson 框架在對時間類型的字段輸出時就會執行時間格式化的處理，這樣我們就通過配置來實現全局時間字段的格式化功能了。
為什么要指定時間區域類型“spring.jackson.time-zone=GMT+8”呢？
最現實的原因是，如果我們不指定時間區域類型，那么查詢出來的時間就會比預期的時間少 8 個小時，這因為我們（中國）所處的時間區域比世界時間少 8 個小時導致的，而當我們設置了時區之后，我們的時間查詢才會和預期時間保持一致。
時間區域設置中的“GMT” 是什么意思？
Greenwich Mean Time (GMT) 格林尼治時間，也叫做世界時間。
格林尼治是英國倫敦南郊原皇家格林尼治天文臺所在地，地球本初子午線的標界處，世界計算時間和經度的起點。以其海事歷史、作為本初子午線的標準點、以及格林尼治時間以其命名而聞名于世。這里地勢險要，風景秀麗，兼具歷史和地方風情，也是倫敦在泰晤士河的東方門戶。
不光是天文學家使用格林尼治時間，就是在新聞報刊上也經常出現這個名詞。我們知道各地都有各地的地方時間。如果對國際上某一重大事情，用地方時間來記錄，就會感到復雜不便．而且將來日子一長容易搞錯。因此，天文學家就提出一個大家都能接受且又方便的記錄方法，那就是以格林尼治的地方時間為標準。
以本初子午線的平子夜起算的平太陽時。又稱格林尼治平時或格林尼治時間。各地的地方平時與世界時之差等于該地的地理經度。1960年以前曾作為基本時間計量系統被廣泛應用。由于地球自轉速率曾被認為是均勻的,因此在1960年以前,世界時被認為是一種均勻時。由于地球自轉速度變化的影響，它不是一種均勻的時間系統，它與原子時或力學時都沒有任何理論上的關系,只有通過觀測才能對它們進行比較。后來世界時先后被歷書時和原子時所取代，但在日常生活、天文導航、大地測量和宇宙飛行等方面仍屬必需；同時，世界時反映地球自轉速率的變化，是地球自轉參數之一，仍為天文學和地球物理學的基本資料。
某些場景下，我們不需要對全局的時間都進行統一的處理，這種情況我們可以使用注解的方式來實現部分時間字段的格式化。
我們需要在實體類 UserInfo 中添加 @JsonFormat 注解，這樣就可以實現時間的格式化功能了，實現代碼如下：
import com.fasterxml.jackson.annotation.JsonFormat;
import lombok.Data;
import java.util.Date;
@Data
public class UserInfo {
private int id;
private String username;
// 對 createtime 字段進行格式化處理
@JsonFormat(pattern = 'yyyy-MM-dd hh:mm:ss', timezone = 'GMT+8')
private Date createtime;
private Date updatetime;
}
修改完代碼之后，我們運行項目執行結果如下：
從上述結果可以看出，使用注解的方式也可以實現時間的格式化。它的實現原理和第 4 種時間格式化的實現原理類似，都是在返回數據之前，對相應的字段進行時間格式化的處理。
本文我們介紹了 5 種時間格式化的實現方法，其中第 1 種為前端時間格式化的方法，后 4 種為后端格式化的方法，SimpleDateFormat 和 DateTimeFormatter 格式化的方法更適用普通的 Java 項目，其中 SimpleDateFormat 是非線程安全的，而 DateTimeFormatter 是線程安全的，但它們都不是 Spring Boot 項目中最優的時間格式化方案。
如果是 Spring Boot 的項目，推薦使用第 4 種全局時間格式化或第 5 種局部時間格式化的方式，這兩種實現方式都無需修改核心業務代碼，只需要簡單的配置一下，就可以完成時間的格式化功能了。
www.jianshu.com/p/49fb78bca621
baike.baidu.com/item/世界時/692237
