分析
1.Date如果不格式化，打印出的日期可读性差
Tue Sep 10 09:34:04 CST 2019
2.使用SimpleDateFormat对时间进行格式化，但SimpleDateFormat是线程不安全的SimpleDateFormat的format方法最终调用代码：
calendar是共享变量，并且这个共享变量没有做线程安全控制。当多个线程同时使用相同的SimpleDateFormat对象【如用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对象，每个线程使用时都创建一次SimpleDateFormat对象 => 创建和销毁对象的开销大 - 对使用format和parse方法的地方进行加锁 => 线程阻塞性能差 - 使用ThreadLocal保证每个线程最多只创建一次SimpleDateFormat对象 => 较好的方法
Date对时间处理比较麻烦，比如想获取某年、某月、某星期，以及n天以后的时间，如果用Date来处理的话真是太难了，你可能会说Date类不是有getYear、getMonth这些方法吗，获取年月日很Easy，但都被弃用了啊
优化1
public class DateUtil {
private final static SimpleDateFormatsdfyhm =new SimpleDateFormat("yyyyMMdd");
public synchronized static Date parse(String source) {
try {
return sdfyhm.parse(source);
}catch (ParseException e) {
e.printStackTrace();
return new Date();
}
}
}
首先分析下:
该处的函数parse()使用了synchronized修饰,意味着该操作是线程不安全的,所以需要同步,线程不安全也只能是SimpleDateFormat的parse()方法,查看下源码,在SimpleDateFormat里面有一个全局变量
protected Calendar calendar;
Date parse() {
calendar.clear();
... // 执行一些操作, 设置 calendar 的日期什么的
calendar.getTime(); // 获取calendar的时间
}
该clear()操作会造成线程不安全.
此外使用synchronized 关键字对性能有很大影响,尤其是多线程的时候,每一次调用parseymdhms方法都会进行同步判断,并且同步本身开销就很大,因此这是不合理的解决方案.
优化二
线程不安全是源于多线程使用了共享变量造成,所以这里使用ThreadLocal<SimpleDateFormat>来给每个线程单独创建副本变量,先给出代码,再分析这样的解决问题的原因.
public class DateUtil {
private static Map>sdfMap =new HashMap>();
public final static StringMDHMSS ="MMddHHmmssSSS";
public final static StringYMDHMS ="yyyyMMddHHmmss";
public final static StringYMDHMS_ ="yyyy-MM-dd HH:mm:ss";
public final static StringYMD ="yyyyMMdd";
public final static StringYMD_ ="yyyy-MM-dd";
public final static StringHMS ="HHmmss";
/**
* 根据map中的key得到对应线程的sdf实例
*
* @param pattern map中的key
* @return 该实例
*/
private static SimpleDateFormatgetSdf(final String pattern) {
ThreadLocal sdfThread =sdfMap.get(pattern);
if (sdfThread ==null) {
//双重检验,防止sdfMap被多次put进去值,和双重锁单例原因是一样的
synchronized (DateUtil.class) {
sdfThread =sdfMap.get(pattern);
if (sdfThread ==null) {
sdfThread =new ThreadLocal() {
@Override
protected SimpleDateFormatinitialValue() {
return new SimpleDateFormat(pattern);
}
};
sdfMap.put(pattern, sdfThread);
}
}
}
return sdfThread.get();
}
/**
* 按照指定pattern解析日期
*
* @param date 要解析的date
* @param pattern 指定格式
* @return 解析后date实例
*/
public static DateparseDate(String date, String pattern) {
if (date ==null) {
throw new IllegalArgumentException("The date must not be null");
}
try {
return getSdf(pattern).parse(date);
}catch (ParseException e) {
e.printStackTrace();
}
return null;
}
/**
* 按照指定pattern格式化日期
*
* @param date 要格式化的date
* @param pattern 指定格式
* @return 解析后格式
*/
public static StringformatDate(Date date, String pattern) {
if (date ==null) {
throw new IllegalArgumentException("The date must not be null");
}else {
return getSdf(pattern).format(date);
}
}
}
测试
public static void main(String[] args) {
DateUtil.formatDate(new Date(),MDHMSS);
new Thread(()->{
DateUtil.formatDate(new Date(),MDHMSS);
}).start();
new Thread(()->{
DateUtil.formatDate(new Date(),MDHMSS);
}).start();
}
可以看出来sdfMap put进去了一次,而SimpleDateFormat被new了三次,因为代码中有三个线程.那么这是为什么呢?
对于每一个线程Thread,其内部有一个ThreadLocal.ThreadLocalMap threadLocals的全局变量引用,ThreadLocal.ThreadLocalMap里面有一个保存该ThreadLocal和对应value。
网友评论