Java8为什么提供LocalDate、LocalTime、LocalDateTime时间类？
Date不格式化打印可读性差。Tue Sep 10 09:34:04 CST 2019
使用
SimpleDateFormat对时间进行格式化，但SimpleDateFormat是线程不安全的。SimpleDateFormat.format方法最终调用代码：private StringBuffer format(Date date, StringBuffer toAppendTo, FieldDelegate delegate) { // Convert input date to time field list calendar.setTime(date); boolean useDateFormatSymbols = useDateFormatSymbols(); for (int i = 0; i < compiledPattern.length; ) { int tag = compiledPattern[i] >>> 8; int count = compiledPattern[i++] & 0xff; if (count == 255) { count = compiledPattern[i++] << 16; count |= compiledPattern[i++]; } switch (tag) { case TAG_QUOTE_ASCII_CHAR: toAppendTo.append((char)count); break; case TAG_QUOTE_CHARS: toAppendTo.append(compiledPattern, i, count); i += count; break; default: subFormat(tag, count, delegate, toAppendTo, useDateFormatSymbols); break; } } return toAppendTo; }
calendar是共享变量，并且没有做线程安全控制。当多个线程同时使用相同的static修饰的SimpleDateFormat对象调用format方法时，多个线程会同时调用calendar.setTime方法，可能一个线程刚设置好time值另外的一个线程马上把设置的time值给修改了导致返回的格式化时间可能是错误的。在多并发情况下使用SimpleDateFormat需格外注意 SimpleDateFormat除了format是线程不安全以外，parse方法也是线程不安全的。parse方法实际调用alb.establish(calendar).getTime()方法来解析，alb.establish(calendar)方法里主要完成了：
1. 重置日期对象cal的属性值
2. 使用calb中中属性设置cal
3. 返回设置好的cal对象
但是这三步不是原子操作。
多线程并发如何保证线程安全避免线程之间共享一个SimpleDateFormat对象？
1.每个线程使用时都创建一次SimpleDateFormat对象。
坏处：创建和销毁对象的开销大。
2.对使用format和parse方法的地方进行加锁。
坏处：线程阻塞性能差。
相比于Date类型，LocalDateTime 类型更像一个Date的工具类，提供了很多工具方法。它的格式化是使用DateTimeFormatter转换的，而DateTimeFormatter是线程安全的。
小结
LocalDateTime：Date有的我都有，Date没有的我也有。
