责编 | 屠敏

今天我和大家一起聊一聊SimpleDateFormat ，这都2020年了，怎么还在用SimpleDateFormat ？

得到的时间都是这样的

Sun Jun 07 17:22:52 CST 2020

最终输出的时间为

2020-06-07 16:45:58

首先，通过new 一个对象来操作对象，占用内存大，如果每处理一个时间信息的时候，就需要new一个SimpleDateFormat实例对象，然后再丢弃这个对象。大量的对象就这样被创建出来，占用大量的内存和 jvm空间。

但是这样操作在并发量非常大的情况下，由于 SimpleDateFormat 是线程不安全的，这也是第二点原因，这个在JDK文档中已经明确表明了SimpleDateFormat不应该用在多线程场景中：

在《阿里巴巴 Java 开发手册》中也明确表示不要定义SimpleDateFormat 为static 变量，如果定义static 必须要加锁。

由于在声明SimpleDateFormat的时候，使用的是static定义的。那么这个SimpleDateFormat就是一个共享变量，SimpleDateFormat 中的calendar也就可以被多个线程访问到。

除了format方法以外，SimpleDateFormat的parse方法也有同样的问题。

那么如何解决这样的问题呢？如果你使用的是Java 8 之前的JDK，那么上面的《阿里巴巴Java 开发手册》已经给出了解决方案，那就是使SimpleDateFormat 变成线程安全的，通过加锁的方式来解决

 private static ThreadLocal<DateFormat> threadLocal = new ThreadLocal<DateFormat> {
@Override
protected DateFormat initialValue {
return new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");
}
};

LocalDate 和LocalDateTime

同时继承了Joda 库按人类语言和计算机各自解析的时间处理方式。不同于老版本，新API基于ISO标准日历系统，java.time包下的所有类都是不可变类型而且线程安全。

Instant：瞬时实例。

LocalTime：本地时间，不包含日期。

ZonedDateTime：最完整的日期时间，包含时区和相对UTC或格林威治的时差。

例如，我们使用LocalDate 代替Date，使用DateTimeFormatter 代替SimpleDateFormat，如下所示:

 String DateNow = LocalDateTime.now.format(DateTimeFormatter.ofPattern("yyyy/MM/dd HH:mm:ss")); // 当前日期和时间
System.out.println(DateNow);

苹果或在 WWDC 宣布放弃英特尔转向自研 5nm ARM 芯片，这次时机成熟了？

Linux 之父怒删工程师提交的补丁，称“太蠢了”网友：怼得好！

干货 | 大白话彻底搞懂 Hbase RowKey 详细设计

热评 | 警惕新基建热潮中的区块链项目烂尾

顶一下()     踩一下()