java8中的时间类LocalDate、LocalTime、LocalDateTime使用总结

简介: java8中新的日期类LocalDate、LocalDateTime使用总结

java8中新的时间类LocalDate、LocalTime、LocalDateTime在进行前后端交互和数据持久化时会遇到格式问题和映射问题,总结如下:
1、使用springboot jpa时报错:数据库操作失败,提示【could not deserialize】(无法反序列化)
解决方法:pom文件引入下面的jar包

<dependency>
    <groupId>org.hibernate</groupId>
    <artifactId>hibernate-java8</artifactId>
    <version>5.1.2.Final</version>
 </dependency>

2、上面jar包引入后就没再报错,但前端时间字段显示格式不是我们常见的“yyyy-MM-dd hh:mm:ss”,而是下面的样子:

"createTime": {
    "month": "DECEMBER",
    "year": 2018,
    "dayOfMonth": 12,
    "dayOfWeek": "WEDNESDAY",
    "dayOfYear": 346,
    "monthValue": 12,
    "hour": 10,
    "minute": 22,
    "nano": 0,
    "second": 25,
    "chronology": {
        "id": "ISO",
        "calendarType": "iso8601"
}

解决方法:
引入下面的jar包

<dependency>
    <groupId>com.fasterxml.jackson.datatype</groupId>
    <artifactId>jackson-datatype-jsr310</artifactId>
    <version>2.8.5</version>
</dependency>

同时在类的时间字段上加上注解:@JsonFormat(pattern = "yyyy-MM-dd hh:mm:ss")

@JsonFormat(pattern = "yyyy-MM-dd hh:mm:ss")
 private LocalDateTime createTime;
@JsonFormat(pattern = "yyyy-MM-dd hh:mm:ss")
private LocalDateTime updateTime;

现在再看一下返回结果

"createTime": "2018-12-11 06:41:33",
"updateTime": "2018-12-11 06:41:33",

格式完全正确了
3、虽然格式现在已经正确了,但是还有一个小问题:返回结果是12小时制,数据库中是24小时制,一般我们也是用24小时制
screenshot
解决方法:
在@JsonFormat注解中pattern = "yyyy-MM-dd HH:mm:ss",就是把小写的hh换成HH就可以了

   @JsonFormat(pattern = "yyyy-MM-dd HH:mm:ss",timezone="GMT+8")
    private LocalDateTime createTime;
    @JsonFormat(pattern = "yyyy-MM-dd HH:mm:ss",timezone="GMT+8")
    private LocalDateTime updateTime;

返回结果如下:

"createTime": "2018-12-11 18:41:33",
"updateTime": "2018-12-11 18:41:33",

完美解决。
4、我是用的持久化框架是JPA JPA包装的是hibernate,所以第一步用的是hibernate-java8,如果是mybatis的话,请引入下面的jar包

<dependency>
    <groupId>org.mybatis</groupId>
    <artifactId>mybatis-typehandlers-jsr310</artifactId>
    <version>1.0.2</version>
</dependency>

5、实际设计中,create_time和update_time这俩字段一般是数据库自动生成,这个时候如果使用JPA的话,需要在相应属性加上注解:@Column(insertable = false, updatable = false)。如下所示:

    @JsonFormat(pattern = "yyyy-MM-dd HH:mm:ss",timezone="GMT+8")
    @Column(insertable = false, updatable = false)
    private LocalDateTime createTime;
    /**更新时间*/
    @JsonFormat(pattern = "yyyy-MM-dd HH:mm:ss",timezone="GMT+8")
    @Column(insertable = false, updatable = false)
    private LocalDateTime updateTime;

这样的话我们子新增和更新表数据的时候,这两个字段会使用数据库自动生成和更新。

6、前端在RequestBody中传时间参数,后端用LocalDate、LocalTime、LocalDateTime来接收的话,直接在字段上使用@JsonFormat注解,如下面的operateTime字段。

    @JsonFormat(pattern = "yyyy-MM-dd HH:mm:ss",timezone="GMT+8")
    private    LocalDateTime operateTime;

注意前端传的数据一定要严格符合pattern中指定的格式,如果前端传"2019-02-13",而pattern中的格式为"yyyy-MM-dd HH:mm:ss"的话,也会报错,不能自动转成"2019-02-13 00:00:00"。
7、前端在RequestParam和PathVariable中传时间参数的话,上面的方法就不好使了,这时候需要加一个日期转换器,使用Spring中的Converter来实现

import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
import org.springframework.core.convert.converter.Converter;

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

@Configuration
public class DateConfig {

    @Bean
    public Converter<String, LocalDate> localDateConverter() {
        return new Converter<String, LocalDate>() {
            @Override
            public LocalDate convert(String source) {
                return LocalDate.parse(source, DateTimeFormatter.ofPattern("yyyy-MM-dd"));
            }
        };
    }

    @Bean
    public Converter<String, LocalDateTime> localDateTimeConverter() {
        return new Converter<String, LocalDateTime>() {
            @Override
            public LocalDateTime convert(String source) {
                return LocalDateTime.parse(source, DateTimeFormatter.ofPattern("yyyy-MM-dd HH:mm:ss"));
            }
        };
    }
}

把上面代码加入到项目中就可以。

相关文章
|
6天前
|
安全 Java 编译器
JAVA泛型类的使用(二)
接上一篇继续介绍Java泛型的高级特性。3. **编译时类型检查**:尽管运行时发生类型擦除,编译器会在编译阶段进行严格类型检查,并允许通过`extends`关键字对类型参数进行约束,确保类型安全。4. **桥方法**:为保证多态性,编译器会生成桥方法以处理类型擦除带来的问题。5. **运行时获取泛型信息**:虽然泛型信息在运行时被擦除,但可通过反射机制部分恢复这些信息,例如使用`ParameterizedType`来获取泛型参数的实际类型。
|
6天前
|
安全 Java 编译器
JAVA泛型类的使用(一)
Java 泛型类是 JDK 5.0 引入的重要特性,提供编译时类型安全检测,增强代码可读性和可维护性。通过定义泛型类如 `Box&lt;T&gt;`,允许使用类型参数。其核心原理是类型擦除,即编译时将泛型类型替换为边界类型(通常是 Object),确保与旧版本兼容并优化性能。例如,`Box&lt;T&gt;` 编译后变为 `Box&lt;Object&gt;`,从而实现无缝交互和减少内存开销。
|
3月前
|
Java 开发者
在 Java 中,一个类可以实现多个接口吗?
这是 Java 面向对象编程的一个重要特性,它提供了极大的灵活性和扩展性。
200 58
|
2月前
|
JSON Java Apache
Java基础-常用API-Object类
继承是面向对象编程的重要特性,允许从已有类派生新类。Java采用单继承机制,默认所有类继承自Object类。Object类提供了多个常用方法,如`clone()`用于复制对象,`equals()`判断对象是否相等,`hashCode()`计算哈希码,`toString()`返回对象的字符串表示,`wait()`、`notify()`和`notifyAll()`用于线程同步,`finalize()`在对象被垃圾回收时调用。掌握这些方法有助于更好地理解和使用Java中的对象行为。
|
3月前
|
存储 缓存 安全
java 中操作字符串都有哪些类,它们之间有什么区别
Java中操作字符串的类主要有String、StringBuilder和StringBuffer。String是不可变的,每次操作都会生成新对象;StringBuilder和StringBuffer都是可变的,但StringBuilder是非线程安全的,而StringBuffer是线程安全的,因此性能略低。
104 8
|
3天前
|
Java 程序员 开发者
Java社招面试题:一个线程运行时发生异常会怎样?
大家好,我是小米。今天分享一个经典的 Java 面试题:线程运行时发生异常,程序会怎样处理?此问题考察 Java 线程和异常处理机制的理解。线程发生异常,默认会导致线程终止,但可以通过 try-catch 捕获并处理,避免影响其他线程。未捕获的异常可通过 Thread.UncaughtExceptionHandler 处理。线程池中的异常会被自动处理,不影响任务执行。希望这篇文章能帮助你深入理解 Java 线程异常处理机制,为面试做好准备。如果你觉得有帮助,欢迎收藏、转发!
36 14
|
6天前
|
安全 Java 程序员
Java 面试必问!线程构造方法和静态块的执行线程到底是谁?
大家好,我是小米。今天聊聊Java多线程面试题:线程类的构造方法和静态块是由哪个线程调用的?构造方法由创建线程实例的主线程调用,静态块在类加载时由主线程调用。理解这些细节有助于掌握Java多线程机制。下期再见! 简介: 本文通过一个常见的Java多线程面试题,详细讲解了线程类的构造方法和静态块是由哪个线程调用的。构造方法由创建线程实例的主线程调用,静态块在类加载时由主线程调用。理解这些细节对掌握Java多线程编程至关重要。
34 13
|
7天前
|
安全 Java 开发者
【JAVA】封装多线程原理
Java 中的多线程封装旨在简化使用、提高安全性和增强可维护性。通过抽象和隐藏底层细节,提供简洁接口。常见封装方式包括基于 Runnable 和 Callable 接口的任务封装,以及线程池的封装。Runnable 适用于无返回值任务,Callable 支持有返回值任务。线程池(如 ExecutorService)则用于管理和复用线程,减少性能开销。示例代码展示了如何实现这些封装,使多线程编程更加高效和安全。
|
1月前
|
监控 Java
java异步判断线程池所有任务是否执行完
通过上述步骤,您可以在Java中实现异步判断线程池所有任务是否执行完毕。这种方法使用了 `CompletionService`来监控任务的完成情况,并通过一个独立线程异步检查所有任务的执行状态。这种设计不仅简洁高效,还能确保在大量任务处理时程序的稳定性和可维护性。希望本文能为您的开发工作提供实用的指导和帮助。
109 17
|
2月前
|
Java
Java—多线程实现生产消费者
本文介绍了多线程实现生产消费者模式的三个版本。Version1包含四个类:`Producer`(生产者)、`Consumer`(消费者)、`Resource`(公共资源)和`TestMain`(测试类)。通过`synchronized`和`wait/notify`机制控制线程同步,但存在多个生产者或消费者时可能出现多次生产和消费的问题。 Version2将`if`改为`while`,解决了多次生产和消费的问题,但仍可能因`notify()`随机唤醒线程而导致死锁。因此,引入了`notifyAll()`来唤醒所有等待线程,但这会带来性能问题。
Java—多线程实现生产消费者