SimpleDateFormat的异常记录

SimpleDateFormat的异常记录

来自于在一个项目中使用了static 的 SimpleDateFormat导致的异常。当时的处理量在dev和pre环境都没出问题，就在prod出问题了，一度以为是玄学问题；最后排查发现dev和pre不出问题的原因是分配的资源不会导出SimpleDateFormat出现幻读成员变量的情况。

1.复现问题

首先让我们复现这个问题，因为是公司的代码，就重写了一个方法。

@RunWith(SpringRunner.class) 
@SpringBootTest(classes = AppFreePlan.class) 
public class SimpleDateFormatTest { 
    //  SimpleDateFormat 是 线程不安全的，所以不要在多线程环境下使用 
    private static final SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss"); 
    public static Date parseToDate(String timeStr) throws ParseException { 
        return sdf.parse(timeStr); 
    } 
    @Test 
    public void testSimpleDateFormatTest() { 
        ExecutorService executor = Executors.newFixedThreadPool(5); 
        for (int i = 0; i < 50; i++) { 
            new Thread() { 
                @Override 
                public void run() { 
                    try { 
                        System.out.println(parseToDate("2023-02-23 08:25:38")); 
                    } catch (ParseException e) { 
                        // TODO Auto-generated catch block 
                        e.printStackTrace(); 
                    } 
                } 
            }.start(); 
        } 
    } 
}

异常记录

2. 分析原因

SimpleDateFormat 确实是线程不安全的，这是因为它的内部状态可以被多个线程改变，导致不可预测的结果。在多线程环境中，如果多个线程共享一个SimpleDateFormat实例，那么在格式化或解析日期时可能会出现竞态条件，导致格式化错误或数据混乱。
因为我用的是static,那么多个thread 之间就会共享这个SimpleDateFormat导致了这个问题。

2.1 读个源码

在parse中Calendar是用来承载字符串转化成日期对象的容器，calendar对象有个clear后set值的过程，高并发下，set值的过程，会出现把上次set值给覆盖的情况。在format中同样也是。

2.2 解决方案

1、将SimpleDateFormat定义成局部变量。

缺点：每调用一次方法就会创建一个SimpleDateFormat对象，方法结束又要作为垃圾回收。

2、方法加同步锁synchronized，在同一时刻，只有一个线程可以执行类中的某个方法。

缺点：性能较差，每次都要等待锁释放后其他线程才能进入。

3、使用第三方库joda-time，由第三方考虑线程不安全的问题。（可以使用）

4、使用ThreadLocal：每个线程拥有自己的SimpleDateFormat对象。（推荐使用）

参考文章 参考链接