为啥会有这篇文章
最近接手了一个别人的老项目,拿到代码,导入IDEA的那一瞬间,我哭出了声 . . .
我瞥了一眼代码,就知道这次肯定遇到了屎山!因为我看到了这种代码:
我擦,这都什么年代了,怎么还在用 Date
来处理和表示时间!
完了完了 . . .
为啥Date遭嫌弃了
别的先不说,我们先来看几个关于 Date
用法的例子,这玩意真的好用吗?
一、我想新建一个表示"此刻"的日期,打印出来:
Date rightNow = new Date();
System.out.println( "当前时刻:" + rightNow );
System.out.println( "当前年份:" + rightNow.getYear() );
System.out.println( "当前月份:" + rightNow.getMonth() );
输出结果为:
// 当前时刻:Fri Dec 13 21:46:34 CST 2019
// 当前年份:119
// 当前月份:11
第一行:这打印结果你第一眼能看明白?可读性忒差了
第二行:今天是2019年,你给我返回个119,没法读
第三行:现在是12月份,你给我返回个11,这也没法读
二、假如我再想构造一个指定年、月、日的时间,我尝试这么去做:
Date beforeDate = new Date(2019,12,12);
你看到啥了,连构造函数都被弃用了!
你可以再仔细瞅瞅,其实 Date
里的很多方法现在都已经弃用了!
都这样了,你项目还敢用这个吗?你醒醒吧!
LocalDateTime不香吗?
自 Java8
开始, JDK
中其实就增加了一系列表示日期和时间的新类,最典型的就是 LocalDateTime
。直言不讳,这玩意的出现就是为了干掉之前 JDK
版本中的 Date
老哥!
同样,我们也先来感受一下用法!
一、获取当前此刻的时间
LocalDateTime rightNow = LocalDateTime.now();
System.out.println( "当前时刻:" + rightNow );
System.out.println( "当前年份:" + rightNow.getYear() );
System.out.println( "当前月份:" + rightNow.getMonth() );
System.out.println( "当前日份:" + rightNow.getDayOfMonth() );
System.out.println( "当前时:" + rightNow.getHour() );
System.out.println( "当前分:" + rightNow.getMinute() );
System.out.println( "当前秒:" + rightNow.getSecond() );
// 输出结果:
当前时刻:2019-12-13T22:05:26.779
当前年份:2019
当前月份:DECEMBER
当前日份:13
当前时:22
当前分:5
当前秒:26
干得漂亮!
二、构造一个指定年、月、日的时间:
比如,想构造:2019年10月12月12日9时21分32秒
LocalDateTime beforeDate = LocalDateTime.of(2019, Month.DECEMBER, 12, 9, 21, 32);
没毛病!
三、修改日期
LocalDateTime rightNow = LocalDateTime.now();
rightNow = rightNow.minusYears( 2 ); // 减少 2 年
rightNow = rightNow.plusMonths( 3 ); // 增加 3 个月
rightNow = rightNow.withYear( 2008 ); // 直接修改年份到2008年
rightNow = rightNow.withHour( 13 ); // 直接修改小时到13时
够灵活!
四、格式化日期
LocalDateTime rightNow = LocalDateTime.now();
String result1 = rightNow.format( DateTimeFormatter.ISO_DATE );
String result2 = rightNow.format( DateTimeFormatter.BASIC_ISO_DATE );
String result3 = rightNow.format( DateTimeFormatter.ofPattern("yyyy/MM/dd") );
System.out.println("格式化后的日期(基本样式一举例):" + result1);
System.out.println("格式化后的日期(基本样式二举例):" + result2);
System.out.println("格式化后的日期(自定义样式举例):" + result3);
// 输出结果:
格式化后的日期(基本样式一举例):2019-12-13
格式化后的日期(基本样式二举例):20191213
格式化后的日期(自定义样式举例):2019/12/13
我无话可说,漂亮
五、时间反解析
给你一个陌生的字符串,你可以按照你需要的格式把时间给反解出来
LocalDateTime time = LocalDateTime.parse("2002--01--02 11:21",DateTimeFormatter.ofPattern("yyyy--MM--dd HH:mm"));
System.out.println("字符串反解析后的时间为:" + time);
// 输出:
字符串反解析后的时间为:2002-01-02T11:21
tql!
零零散散举了这么些例子,我想 LocalDateTime
怎么地也不输 Date
吧!
线程安全性问题!
其实上面讲来讲去只讲了两者在用法上的差别,这其实倒还好,并不致命,可是接下来要讨论的线程安全性问题才是致命的!
其实以前我们惯用的 Date
时间类是可变类,这就意味着在多线程环境下对共享 Date
变量进行操作时,必须由程序员自己来保证线程安全!否则极有可能翻车。
而自 Java8
开始推出的 LocalDateTime
却是线程安全的,开发人员不用再考虑并发问题,这点我们从 LocalDateTime
的官方源码中即可看出:
不说别的,就光一句:
This class is immutable and thread-safe. (不可变、线程安全!)
你就没有任何理由不用 LocalDateTime
!
日期格式化的选择
大家除了惯用 Date
来表示时间之外,还有一个用于和 Date
连用的 SimpleDateFormat
时间格式化类大家可能也戒不掉了!
SimpleDateFormat
最主要的致命问题也是在于它本身并不线程安全,这在它的源码注释里已然告知过了:
那取而代之,我们现在改用什么呢?其实在前文已经用到啦,那就是了 DateTimeFormatter
了,他也是线程安全的:
小声BB
好了,说了这么多,如果你项目里还在使用 Date
或者 SimpleDateFormat
的话,答应我,二话别说,赶快全部偷偷去改掉,快!速度!跑步前进!
有道无术,术可成;有术无道,止于术
欢迎大家关注Java之道公众号
好文章,我在看❤️