标签：没有 parse 危险性 @param set 其他 adl 分析 clear
以前没有注意到SimpleDateFormat线程不安全的问题，写时间工具类，一般写成静态的成员变量，不知，此种写法的危险性！在此讨论一下SimpleDateFormat线程不安全问题，以及解决方法。
为什么SimpleDateFormat不安全？
直接上一个例子，日期格式化成字符串：
package com.anjz.test.simpleDateFormat; import java.text.DateFormat; import java.text.SimpleDateFormat; import java.util.Date; import java.util.Random; import java.util.concurrent.ExecutorService; import java.util.concurrent.Executors; /** * 测试 * @author ding.shuai * @date 2017年6月10日下午12:14:19 */ public class SimpleDateFormateTest2 { public static void main(String[] args) { final DateFormat df = new SimpleDateFormat("yyyyMMdd,HHmmss"); ExecutorService ts = Executors.newFixedThreadPool(100); for (;;) { ts.execute(new Runnable() { @Override public void run() { try { //生成随机数，格式化日期 String format = df.format(new Date(Math.abs(new Random().nextLong()))); System.out.println(format); } catch (Exception e) { e.printStackTrace(); System.exit(1); } } }); } } }
运行一段时间，出现下图的错误：
再看一个例子，字符串解析成日期：
package com.anjz.test.simpleDateFormat; import java.text.ParseException; import java.text.SimpleDateFormat; import java.util.Date; import java.util.concurrent.ExecutorService; import java.util.concurrent.Executors; /** * 测试 * @author ding.shuai * @date 2017年6月10日下午12:38:02 */ public class SimpleDateFormateTest extends Thread{ private static SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd"); private String name; private String dateStr; public SimpleDateFormateTest(String name,String dateStr) { this.name = name; this.dateStr = dateStr; } @Override public void run() { try { Date date = sdf.parse(dateStr); System.out.println(name+": date:"+date); } catch (ParseException e) { e.printStackTrace(); } } public static void main(String[] args) { ExecutorService executorService = Executors.newFixedThreadPool(3); executorService.execute(new SimpleDateFormateTest("A", "2017-06-10")); executorService.execute(new SimpleDateFormateTest("B", "2016-06-06")); executorService.shutdown(); } }
运行上述例子，可能每次结果都不一样，有时还会报各种错误，如下图，就是笔者运行报的几种错误（想出现下面几种错误，建议要多次运行）
现在我们就分析一下，为什么出现上述原因：
通过查看源码发现，原来SimpleDateFormat类内部有一个Calendar对象引用,它用来储存和这个SimpleDateFormat相关的日期信息,例如sdf.parse(dateStr),sdf.format(date) 诸如此类的方法参数传入的日期相关String,Date等等, 都是交由Calendar引用来储存的.这样就会导致一个问题,如果你的SimpleDateFormat是个static的, 那么多个thread 之间就会共享这个SimpleDateFormat, 同时也是共享这个Calendar引用。单例、多线程、又有成员变量（这个变量在方法中是可以修改的），这个场景是不是很像servlet，在高并发的情况下，容易出现幻读成员变量的现象，故说SimpleDateFormat是线程不安全的对象。
ps：servlet因是线程不安全的，所以我们使用servlet的原则是不设置成员变量。
SimpleDateFormat的parse方法：
Calendar是用来承载字符串转化成日期对象的容器，calendar对象有个clear后set值的过程，高并发下，set值的过程，会出现把上次set值给覆盖的情况。
SimpleDateFormat的format方法：
我们传入的日期对象，会直接用Calendar承载，高并发下，Calendar承载的对象也会被覆盖。
解决方法
1、将SimpleDateFormat定义成局部变量。
缺点：每调用一次方法就会创建一个SimpleDateFormat对象，方法结束又要作为垃圾回收。
2、方法加同步锁synchronized，在同一时刻，只有一个线程可以执行类中的某个方法。
缺点：性能较差，每次都要等待锁释放后其他线程才能进入。
3、使用第三方库joda-time，由第三方考虑线程不安全的问题。（可以使用）
4、使用ThreadLocal：每个线程拥有自己的SimpleDateFormat对象。（推荐使用）
写一个工具类：
package com.anjz.test.simpleDateFormat; import java.text.ParseException; import java.text.SimpleDateFormat; import java.util.Date; import java.util.HashMap; import java.util.Map; /** * 时间工具类 * @author ding.shuai * @date 2017年6月10日上午11:31:59 */ public class DateUtil { /** * 锁对象 */ private static final Object lockObj = new Object(); /** * 存放不同的日期模板格式的sdf的Map */ private static Map<String, ThreadLocal<SimpleDateFormat>> sdfMap = new HashMap<String, ThreadLocal<SimpleDateFormat>>(); /** * 返回一个ThreadLocal的sdf,每个线程只会new一次sdf * * @param pattern * @return */ private static SimpleDateFormat getSdf(final String pattern) { ThreadLocal<SimpleDateFormat> tl = sdfMap.get(pattern); // 此处的双重判断和同步是为了防止sdfMap这个单例被多次put重复的sdf if (tl == null) { synchronized (lockObj) { tl = sdfMap.get(pattern); if (tl == null) { // 只有Map中还没有这个pattern的sdf才会生成新的sdf并放入map System.out.println("put new sdf of pattern " + pattern + " to map"); // 这里是关键,使用ThreadLocal<SimpleDateFormat>替代原来直接new SimpleDateFormat tl = new ThreadLocal<SimpleDateFormat>() { @Override protected SimpleDateFormat initialValue() { System.out.println("thread: " + Thread.currentThread() + " init pattern: " + pattern); return new SimpleDateFormat(pattern); } }; sdfMap.put(pattern, tl); } } } return tl.get(); } /** * 使用ThreadLocal<SimpleDateFormat>来获取SimpleDateFormat,这样每个线程只会有一个SimpleDateFormat * 如果新的线程中没有SimpleDateFormat，才会new一个 * @param date * @param pattern * @return */ public static String format(Date date, String pattern) { return getSdf(pattern).format(date); } public static Date parse(String dateStr, String pattern) throws ParseException { return getSdf(pattern).parse(dateStr); } }
测试代码：
package com.anjz.test.simpleDateFormat; import java.text.ParseException; import java.util.Date; import java.util.concurrent.ExecutorService; import java.util.concurrent.Executors; /** * 时间工具类测试 * @author ding.shuai * @date 2017年6月10日上午11:44:01 */ public class DateUtilTest { public static void main(String[] args) throws InterruptedException { Thread t1 = new Thread(){ @Override public void run() { DateUtil.format(new Date(), "yyyy-MM-dd"); }; }; Thread t2 = new Thread(){ @Override public void run() { DateUtil.format(new Date(), "yyyy-MM-dd"); }; }; Thread t3 = new Thread(){ @Override public void run() { DateUtil.format(new Date(), "yyyy-MM-dd"); }; }; Thread t4 = new Thread(){ @Override public void run() { try{ DateUtil.parse("2017-06-10 12:00:01", "yyyy-MM-dd HH:mm:ss"); }catch(ParseException e){ e.printStackTrace(); } }; }; Thread t5 = new Thread(){ @Override public void run() { try{ DateUtil.parse("2017-06-10 12:00:01", "yyyy-MM-dd HH:mm:ss"); }catch(ParseException e){ e.printStackTrace(); } }; }; System.out.println("单线程执行："); ExecutorService exec1 = Executors.newFixedThreadPool(1); exec1.execute(t1); exec1.execute(t2); exec1.execute(t3); exec1.execute(t4); exec1.execute(t5); exec1.shutdown(); Thread.sleep(1000); System.out.println("双线程执行："); ExecutorService exec2 = Executors.newFixedThreadPool(2); exec2.execute(t1); exec2.execute(t2); exec2.execute(t3); exec2.execute(t4); exec2.execute(t5); exec2.shutdown(); } }
执行结果：
单线程执行：
put new sdf of pattern yyyy-MM-dd to map
thread: Thread[pool-1-thread-1,5,main] init pattern: yyyy-MM-dd
put new sdf of pattern yyyy-MM-dd HH:mm:ss to map
thread: Thread[pool-1-thread-1,5,main] init pattern: yyyy-MM-dd HH:mm:ss
双线程执行：
thread: Thread[pool-2-thread-1,5,main] init pattern: yyyy-MM-dd
thread: Thread[pool-2-thread-2,5,main] init pattern: yyyy-MM-dd
thread: Thread[pool-2-thread-1,5,main] init pattern: yyyy-MM-dd HH:mm:ss
thread: Thread[pool-2-thread-2,5,main] init pattern: yyyy-MM-dd HH:mm:ss
从结果我们可以看出：
1）1个线程执行5个任务，new了两个SimpleDateFormat对象
2）2个线程执行5个任务，new了四个SimpleDateFormat对象，每个线程拥有两个格式为“yyyy-MM-dd”、“yyyy-MM-dd HH:mm:ss”的对象，线程之间没有共享SimpleDateFormat对象，对于每个线程，都是线性执行，也不会出现共享Calendar的现象。故完美解决SimpleDateFormat线程不安全的问题。
如果使用第一种方式，5个任务的执行，肯定需要new出5个SimpleDateFormat，对于单个线程没有复用的概念。但使用ThreadLocal，对于单个线程，相同格式是可以复用SimpleDateFormat对象，所以最后一种方式，既可以保证线程安全，又可以不耗费系统太多资源，其实这种思想和web中request，response对象是一样的，都是通过线程隔离，每个线程维护一份自己的对象来保证线程安全。
最后附上阿里开发手册中一段关于SimpleDateFormat的规范：
【强制】SimpleDateFormat是线程不安全的类，一般不要定义为static变量，如果定义为static，必须加锁，或者使用DateUtils工具类。
正例：注意线程安全，使用DateUtils。亦推荐如下处理：
private static final ThreadLocal<DateFormat> df = newThreadLocal<DateFormat>() { @Override protected DateFormatinitialValue() { return newSimpleDateFormat("yyyy-MM-dd"); } };
说明：如果是JDK8的应用，可以使用Instant代替Date，LocalDateTime代替Calendar，DateTimeFormatter代替Simpledateformatter，官方给出的解释：simple beautiful strong immutable thread-safe。
————————————————
版权声明：本文为CSDN博主「晓梦_知行」的原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/csdn_ds/article/details/72984646
标签：没有 parse 危险性 @param set 其他 adl 分析 clear
原文地址：https://www.cnblogs.com/muxi0407/p/11953595.html
