SimpleDateFormat中format方法、parse方法的线程安全问题线程安全问题

实际项目中我们经常会用到SimpleDateFormat用来格式化日期，但是我们没有注意到他的线程安全问题，实际上这是一个线程不安全的类。

下面我将用例子证明：

网上找了好多都是证明parse方法线程不安全的，我这边证明下format方法也是线程不安全的。

通过代码可以看出，首先该类中的SimpleDateFormat以静态成员变量的形式存在，大多数人会想着并发高的时候尽量少创建对象，减轻服务器的压力。这点毋庸置疑。

static静态代码块的目的是初始化一个不同日期的环境，让各个线程能分别设置不同的时间点，方便看出问题。

后续就是for循环启动多个线程，线程中分别设置不同的时间并且调用format方法。

package com.smartpay.its.tp.payment;

import java.text.SimpleDateFormat;
import java.util.ArrayList;
import java.util.Date;
import java.util.List;
import java.util.Random;
import java.util.concurrent.ExecutorService;
import java.util.concurrent.Executors;

public class SimpleDateTest {
	private static final SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");
	private static List<Date> list = new ArrayList<Date>();
	static {
		Date date1 = new Date();
		date1.setYear(2015 - 1900);
		list.add(date1);
		Date date2 = new Date();
		date2.setYear(2016 - 1900);
		list.add(date2);
		Date date3 = new Date();
		date3.setYear(2017 - 1900);
		list.add(date3);
		Date date4 = new Date();
		date4.setYear(2018 - 1900);
		list.add(date4);
		Date date5 = new Date();
		date5.setYear(2019 - 1900);
		list.add(date5);
	}

	public static void main(String[] args) {
		ExecutorService executorService = Executors.newFixedThreadPool(100);
		// final String dateStr = "1111-11-11 11:11:11";
		for (int i = 0; i < 10; i++) {
			executorService.submit(new Runnable() {
				@Override
				public void run() {
					Random random = new Random();
					int i = random.nextInt(5) + 1;
					Date date = list.get(i % 5);
					System.out.println(Thread.currentThread().getName() + "===" + date.toString());
					System.out.println(Thread.currentThread().getName() + "===" + sdf.format(date)
							+ "实际取数年份为：" + (list.get(i % 5).getYear() + 1900));
					// System.out.println(sdf.parse(dateStr));
				}
			});
		}
	}
}

运行结果：

通过结果我们可以看出，

线程1最开始设置的时间是2016年，但是因为并发的问题，最终输出的格式化结果缺失2017年

线程8最开始设置的时间是2015年，但是因为并发的问题，最终输出的格式化结果缺失2015年

线程10最开始设置的时间是2018年，但是因为并发的问题，最终输出的格式化结果缺失2018年

结果显然，格式化日期出现线程安全问题。

 

下面我们来分析下原因。

翻看SimpleDateFormat的源码我们可以看出，SimpleDateFormat继承自DateFormat。

当我们调用format(Date)方法时实际上用到了DateFormat类中的成员变量

format方法来自抽象类Format。

我们用到的format(Date)实际实现在SimpleDateFormat中，代码如下:

显而易见，问题出在这里，calendart.setTime(date)。当多线程并发的时候，如果线程A首先设置了calendar的date，此时线程B活得锁，紧跟着又设置了一个date，对于同一线程A而言，它在不知情的情况下被修改了date。最终线程A执行format出来的结果变成了线程B的时间。

原因分析完了，那该怎么解决呢：

方法一：每个线程单独创建SimpleDateFormat让各个线程操作自己的格式化类。

方法二：使用ThreadLocal来实现线程安全，让各个线程对应操作自己的变量。

SimpleDateFormat的parse方法出现线程安全问题的原因

parse（）调用情况：          

 1）先调用DateFormat对象的public Date parse(String source) throws ParseException          

 2）DateFormat对象的parse方法调用SimpleDateFormat对象的public Date parse(String text, ParsePosition pos)          

 3）SimpleDateFormat对象的parse方法调用 CalendarBuilder 对象的 Calendar establish(Calendar cal)          

4）在 establish（）中，做了cal.clear();把calendar清空且没有设置新值。如果此时线程A将calendar清空且没有设置新值，线程B也进入parse方法用到了SimpleDateFormat对象中的calendar对象，此时就会产生线程安全问题！

解决线程安全问题的方法同，format。