为何使用JPA操作Oracle DATE字段时查询返回JSON日期带T且仅带T格式可保存成功

首先明确：整个流程里JPA仅负责Java时间对象和Oracle DATE类型的双向映射，不参与任何格式化操作；Oracle的DATE列本质存储的是精确到秒的时间戳，本身没有字符存储概念，也不存在格式定义。你遇到的两个问题，根源都在接口层的JSON序列化/反序列化环节（Spring默认集成的Jackson框架）。

1. JSON返回带「T」字符的原因 #

Jackson默认序列化java.util.Date/java.time.LocalDateTime这类时间类型时，会遵循ISO-8601国际标准，该标准规定日期段和时间段之间必须用T作为分隔符，所以返回的JSON里的日期字段自然带T，和数据库、JPA都没有关系。

2. 空格分隔的日期传参保存失败的原因 #

Jackson默认的时间反序列化逻辑，仅匹配上述ISO-8601的T分隔格式，遇到用空格分隔的yyyy-MM-dd HH:mm:ss格式的字符串时，会直接抛出解析异常，流程根本走不到JPA存库的环节，自然保存失败。

你可以根据业务场景选择对应方案：

方案1：全局统一调整时间格式 #

如果希望项目内所有时间接口的入参、出参都统一用yyyy-MM-dd HH:mm:ss的无T格式，直接在全局配置文件中加Jackson配置即可，不需要逐个字段修改：

# 全局默认日期格式
spring.jackson.date-format=yyyy-MM-dd HH:mm:ss
# 必须配置时区，否则会出现8小时时差问题
spring.jackson.time-zone=GMT+8
# 如果使用Java 8+的java.time包下的时间类，需要加以下配置关闭时间戳序列化
spring.jackson.serialization.write-dates-as-timestamps=false

提示：Java 8及以上版本更推荐使用java.time.LocalDateTime替换老旧的java.util.Date，线程安全性更好，API设计也更合理。

方案2：单个字段定制格式，不影响全局规则 #

如果只有noteDate这个字段需要特殊格式，其他时间字段要保留默认的ISO-8601格式，直接在实体字段上加Jackson的注解即可：

@Column(name = "NOTE_DATE")
// 指定输出入参格式，同时配置时区避免时差问题
@JsonFormat(pattern = "yyyy-MM-dd HH:mm:ss", timezone = "GMT+8")
private Date noteDate;

加完该注解后，空格分隔的入参可以正常解析，出参返回的JSON也不会带T字符。

方案3：兼容两种入参格式 #

如果既要支持带T的ISO标准格式，也要兼容空格分隔的常规格式（适合老接口已经存在两种传参习惯的场景），可以自定义Jackson的时间反序列化器，同时匹配两种格式，不需要修改现有入参的使用习惯。

内容的提问来源于stack exchange，提问作者VKP