面试官一步步教你为什么SimpleDateFormat不是线程安全的

今天给各位分享面试官一步步教你为什么SimpleDateFormat不是线程安全的的知识，其中也会对进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

采访者：您能写一下您是如何使用它的吗？

小小白：我打字完了，代码如下：

公共类SimpleDateFormatTest {

静态最终ThreadLocalDateFormat df=new ThreadLocalDateFormat() {

@覆盖

受保护的日期格式初始值（）{

return new SimpleDateFormat(‘yyyy-MM-dd HH:mm:ss’);

}

};

公共静态无效主（字符串[] args）{

尝试{

df.get().parse(‘2020-03-27 10:09:01’);

} catch (ParseException e) {

e.printStackTrace();

} 最后{

df.remove();

}

面试官：为什么要用ThreadLocal来包装SimpleDateFormat？

小白：如果不使用ThreadLocal对其进行包装，直接创建一个SimpleDateFormat共享实例对象，在多线程并发中使用该对象的方法是线程不安全的，可能会抛出NumberFormatException或者其他异常。使用ThreadLocal对其进行包装，每个线程都有自己的SimpleDateFormat实例对象，这样在多线程并发的情况下不会出现线程不安全的情况。

面试官：那为什么SimpleDateFormat作为共享变量是线程不安全的呢？

小小白：以下面的代码为例，解释一下原因。

公共类SimpleDateFormatTest {

私有静态最终SimpleDateFormat sdf=new SimpleDateFormat(‘yyyy-MM-dd HH:mm:ss SSS’);

公共静态无效主（字符串[] args）{

for (int i=0; i=15; i++) {

新线程（新可运行（）{

@覆盖

公共无效运行（）{

尝试{

System.out.println(sdf.parse(‘2020-3-27 10:09:01’));

} catch (异常e) {

e.printStackTrace();

}

}）。开始（）;

}

SimpleDateFormat 类继承了DateFormat 抽象类。 DateFormat抽象类中有一个Calendar类型的属性calendar，这是让SimpleDateFormat线程不安全的关键。上面代码中的变量sdf是全局共享的。首先，通过SimpleDateFormat构造方法创建对象，并进入该构造方法的源代码。

公共SimpleDateFormat（字符串模式）

{

this(pattern, Locale.getDefault(Locale.Category.FORMAT));

}

公共SimpleDateFormat（字符串模式，区域设置区域设置）

{

if (模式==null || 语言环境==null) {

抛出新的NullPointerException();

}

//初始化一个日历实例

初始化日历（区域设置）；

this.pattern=模式；

this.formatData=DateFormatSymbols.getInstanceRef(locale);

this.locale=区域设置；

初始化（语言环境）；

}

//如果DateFormat 中的日历属性等于null，则创建一个

私有无效initializeCalendar（区域设置loc）{

如果（日历==空）{

断言loc !=null;

//格式对象必须使用该区域的符号来构造。

//但是，日历应使用当前默认时区。

//如果区域设置区域字符串中不包含该区域，则该区域

//将使用通用GMT+/-H:MM 命名法进行格式化。

日历=Calendar.getInstance(TimeZone.getDefault(), loc);

}

在这个构造函数中，初始化了SimpleDateFormat的一些属性值，特别是calendar。接下来进入SimpleDateFormat类的parse方法的源代码。

公共日期解析（字符串源）抛出ParseException

{

ParsePosition pos=new ParsePosition(0);

//通过解析参数值source获取一个Date

日期结果=parse(source, pos);

if (pos.index==0)

抛出新的ParseException(‘无法解析的date: \” + source + ‘\” ,

pos.errorIndex);

返回结果；

}

//通过解析参数值source获取一个Date

//该方法代码较多，这里省略不重要的代码。

公共日期解析（字符串文本，ParsePosition pos）

{

//省略部分解析日期字符串的代码

CalendarBuilder calb=new CalendarBuilder();

//日期字符串解析完成后，存储到calb中

解析日期Date；

尝试{

//使用calb 中解析的日期数据设置日历

parsedDate=calb.built(calendar).getTime();

//省略一些代码

}

捕获（IllegalArgumentException e）{

//省略一些代码

}

返回解析日期；

}

//CalendarBuilder类的create方法的部分代码

日历建立(Calendar cal) {

//省略一些不重要的代码

cal.clear();

//省略一些不重要的代码

返回校准；

}

从上面的代码可以看到，对传入的日期和时间字符串进行解析，然后将解析后的日期数据设置到日历中，这是通过create方法完成的。请注意，此方法中调用了cal.clear()。 )，这将导致日历中的属性值更改为初始值。如果有多个线程并发，有可能线程A刚刚执行了create方法，而线程B执行了cal.clear()，导致最终解析。异常。

面试官：由于SimpleDateFormat类中的日历是共享变量，因此可以将SimpleDateFormat类型变量设置为方法私有。你可以每次想用的时候就换一个新的，也可以使用同步锁来控制并发访问。为什么用ThreadLocal那么麻烦呢？

小白：方法私有性和同步锁并发控制确实可以解决问题，但是它们也有各自的缺点。方法是私有的，每次都需要创建一个新的对象，不仅占用内存，还需要不断回收。同步锁并发控制，在多线程并发量较高的情况下，性能会严重下降。使用ThreadLocal封装，每个线程只需要创建一个SimpleDateFormat对象实例，既解决了不断创建新对象的问题，又解决了并发问题。

面试官：那你为什么在你一开始写的代码的finally方法中使用了df.remove()呢？这是为什么呢？

小白：线程已经用完了SimpleDateFormat。如果不调用remove方法清除的话，可能会导致使用ThreadLocal导致的内存泄漏。