说在前边
最近部门几位同事受了一些委屈相继离职，共事三年临别之际颇有不舍，待一切手续办妥帖，寒暄过后送他们出公司，几个老哥临别时冲我鬼魅一笑，我顿时心里一紧有种不好的预感，这事绝对没有这么简单。等我接手这几个大佬的项目后，应验了我的预感，此刻我居然有点后悔，为啥送别之时没揍他们一顿！哈哈哈~而这种打人的冲动，在我开始优化几位老哥的项目时候，变得越来越强烈。
有个坑
技术部每个月都会组织一下代码走查及优化，以前是各自审查优化自己的项目，如今几位老哥的离职他们的项目就落到了我的头上。对于程序员来说最痛苦的事情就是接手别人的项目，还要做优化改造，因为这一点也不比重构一遍项目简单。不过，军令在前，没办法硬着头皮上吧！
第一个优化的点就让我有点崩溃，这几个大佬的技能能力很强，一直都是我学习的榜样，但在项目里几乎所有的日期格式化都这样用SimpleDateFormat，像如下代码这样实现，emm~，受过伤的男人怎么啥事都做的出来，哈哈哈~
而且项目中的时间和日期API用的也比较混乱，考虑到java.util.Date和java.util.Calendar不支持时区，且非线程安全，对于日期的计算相对繁琐，技术部一致要求用JDK1.8以后的java.timeLocalDateTime。但不少人还是在用java.util.Date和java.util.Calendar处理日期。
优化方案
时间格式化是使用频率非常高的，如何让时间格式化变得既简单又不用重复造轮子，那么就应将它抽象出来，作为全局的日期格式化处理，下面就结合实践简单介绍下几种优化方案。
测试
