`
后来我们都老了
  • 浏览: 34533 次
  • 性别: Icon_minigender_1
  • 来自: 北京
社区版块
存档分类
最新评论

SimpleDateFormat线程安全问题

阅读更多

一、背景

项目上线前QA进行压测,出现SimpleDateFormat线程安全问题,异常如下

Exception in thread "Thread-1" java.lang.NumberFormatException: multiple points
    at sun.misc.FloatingDecimal.readJavaFormatString(FloatingDecimal.java:1082)
    at java.lang.Double.parseDouble(Double.java:510)
    at java.text.DigitList.getDouble(DigitList.java:151)
    at java.text.DecimalFormat.parse(DecimalFormat.java:1302)
    at java.text.SimpleDateFormat.subParse(SimpleDateFormat.java:1589)
    at java.text.SimpleDateFormat.parse(SimpleDateFormat.java:1311)
    at java.text.DateFormat.parse(DateFormat.java:335)
    at com.peidasoft.orm.dateformat.DateNoStaticUtil.parse(DateNoStaticUtil.java:17)
    at com.peidasoft.orm.dateformat.DateUtilTest$TestSimpleDateFormatThreadSafe.run(DateUtilTest.java:20)
Exception in thread "Thread-0" java.lang.NumberFormatException: multiple points
    at sun.misc.FloatingDecimal.readJavaFormatString(FloatingDecimal.java:1082)
    at java.lang.Double.parseDouble(Double.java:510)
    at java.text.DigitList.getDouble(DigitList.java:151)
    at java.text.DecimalFormat.parse(DecimalFormat.java:1302)
    at java.text.SimpleDateFormat.subParse(SimpleDateFormat.java:1589)
    at java.text.SimpleDateFormat.parse(SimpleDateFormat.java:1311)
    at java.text.DateFormat.parse(DateFormat.java:335)
    at com.peidasoft.orm.dateformat.DateNoStaticUtil.parse(DateNoStaticUtil.java:17)
    at com.peidasoft.orm.dateformat.DateUtilTest$TestSimpleDateFormatThreadSafe.run(DateUtilTest.java:20)

二、问题分析

SimpleDateFormat继承自DateFormat,而在最常用的parse()和format()方法的内部,会调用父类DateFormat内部的calendar,
如parse()方法内部有一段这样的代码
	start = subParse(text, start, tag, count, obeyCount,
                 ambiguousYear, pos,
                 useFollowingMinusSignAsDelimiter, calb);
其内部实现比较复杂,但很明显它调用了父类DateFormat内部的calendar对象,那就大概理解到问题了,当我们的SimpleDateFormat对象声明为static的时候,在多线程并发的时候就会共享这个format对象,也就共用了calendar这个对象。
	public static final SimpleDateFormat format = new SimpleDateFormat("yyyy-MM-dd");
再继续下面代码中调用了CalendarBuilder类的establish的方法
	parsedDate = calb.establish(calendar).getTime();
            // If the year value is ambiguous,
            // then the two-digit year == the default start year
            if (ambiguousYear[0]) {
                if (parsedDate.before(defaultCenturyStart)) {
                    parsedDate = calb.addYear(100).establish(calendar).getTime();
                }
            }
可以看到其内部调用了坑爹的clear()重置了一下
	Calendar establish(Calendar cal) {
        boolean weekDate = isSet(WEEK_YEAR)
                            && field[WEEK_YEAR] > field[YEAR];
        if (weekDate && !cal.isWeekDateSupported()) {
            // Use YEAR instead
            if (!isSet(YEAR)) {
                set(YEAR, field[MAX_FIELD + WEEK_YEAR]);
            }
            weekDate = false;
        }

        cal.clear();
        // Set the fields from the min stamp to the max stamp so that
        // the field resolution works in the Calendar.
        for (int stamp = MINIMUM_USER_STAMP; stamp < nextStamp; stamp++) {
            for (int index = 0; index <= maxFieldIndex; index++) {
                if (field[index] == stamp) {
                    cal.set(index, field[MAX_FIELD + index]);
                    break;
                }
            }
        }
于是问题出现了,有的线程clear(),有的线程getTime(),这不是搞事情嘛!

三、解决方案

其实也算不上什么解决方案了,既然问题定位到了,那解决办法自然简单,每个线程使用的对象隔离开就搞定了。

1、每个线程创建一个新的SimpleDateFormat对象,也是最简单的,但这样每次都要new对象,让人感觉很不爽抓狂

 

    /**
     * 字符串转化为Date
     * @param date
     * @return
     * @throws ParseException
     */
    public static Date parse(String date) throws ParseException {
        SimpleDateFormat format = new SimpleDateFormat("yyyy-MM-dd");
        return format.parse(date);
    }

2、使用ThreadLocal为每个线程创建一个副本使其隔离,简单的来个饿汉方式搞定吧(毕竟我不是处女座吐舌头)

    /**
     * API的格式
     */
    private static ThreadLocal<SimpleDateFormat> yyyymmdd = new ThreadLocal<SimpleDateFormat>(){
        @Override
        protected SimpleDateFormat initialValue() {
            return new SimpleDateFormat("yyyy-MM-dd");
        }
    };

四、总结

自己用的工具,一定要清楚其原理,否则一失...可就万无啊哭

分享到:
评论

相关推荐

    Java SimpleDateFormat线程安全问题原理详解

    Java SimpleDateFormat线程安全问题原理详解 Java SimpleDateFormat线程安全问题是Java开发中一个常见的问题。SimpleDateFormat是Java中一个常用的日期时间格式化类,但是它却存在线程安全问题。在多线程环境下,...

    ThreadLocal:如何优雅的解决SimpleDateFormat多线程安全问题

    目录SimpleDateFormat诡异bug复现SimpleDateFormat诡异bug字符串日期转Date日期(parse)Date日期转String类型(format)SimpleDateFormat出现...事项使用ThreadLocal解决SimpleDateFormat线程安全问题总结...

    高并发之-SimpleDateFormat类的线程安全问题和解决方案.docx

    SimpleDateFormat类的线程安全问题和解决方案 SimpleDateFormat类的线程安全问题 SimpleDateFormat类是Java提供的日期时间转化类,用于将日期和时间类型的数据进行解析和格式化。在Java开发中,SimpleDateFormat类...

    simpleDateFormat是线程不安全的

    分析这个文件可以帮助我们更好地理解线程安全问题的实际表现和解决方案。 总的来说,理解`SimpleDateFormat`的线程不安全性质是Java开发中的一项重要知识,特别是在设计高并发系统时。开发者应当根据具体需求选择...

    详解SimpleDateFormat的线程安全问题与解决方案

    本文将深入探讨`SimpleDateFormat`的线程安全问题及其解决方案。 ### 1. 线程安全问题的原因 `SimpleDateFormat`内部维护了一个`Calendar`对象,用于处理日期和时间的解析与格式化。由于`SimpleDateFormat`不是...

    SimpleDateFormat线程不安全的5种解决方案.md

    SimpleDateFormat线程不安全的5种解决方案.md

    SimpleDateFormat线程不安全的5种解决方案.docx

    ThreadLocal 是一个线程局部变量,每个线程都拥有自己独立的副本,不会互相影响,从而避免线程安全问题。以下是使用 ThreadLocal 的示例: ```java import java.text.SimpleDateFormat; import java.util.Date; ...

    关于SimpleDateFormat的非线程安全问题及其解决方案.docx

    ### 关于SimpleDateFormat的非线程安全问题及其解决方案 #### 一、问题介绍 在Java开发过程中,`SimpleDateFormat`是被广泛使用的日期格式化工具类。然而,在多线程环境下,`SimpleDateFormat`存在非线程安全的...

    深入理解Java:SimpleDateFormat安全的时间格式化

    但是,如果使用不小心会导致非常微妙和难以调试的问题,因为DateFormat和SimpleDateFormat类不是线程安全的。在多线程环境下调用format()和parse()方法应该使用同步代码来避免问题。 知识点1: SimpleDateFormat的非...

    Java多线程环境下SimpleDateFormat类安全转换

    在Java多线程环境下,SimpleDateFormat类的使用可能会出现线程安全问题。本文主要介绍了Java多线程环境下SimpleDateFormat类的安全转换,通过示例代码详细介绍了如何解决SimpleDateFormat类多线程环境下转换错误问题...

    Java多线程编程的线程安全性.docx

    Java标准库中有一些类,如ArrayList、HashMap和SimpleDateFormat,并未设计为线程安全,因此在多线程环境下直接使用可能导致数据不一致或其他问题。开发者应当了解每个类的线程安全特性,以便做出正确的选择和适当地...

    Java理论与实践:描绘线程安全性

    这类类在设计时就没有考虑线程安全,例如`SimpleDateFormat`,在1.4 JDK之前的版本中并未明确指出其线程不安全,导致许多开发者在并发场景中误用,引发错误。 在文档中清晰地记录类的线程安全性是至关重要的。如...

    DateFormat多线程问题

    它提供了与`SimpleDateFormat`类似的功能,但避免了线程安全问题。 5. **池化`DateFormat`实例**: 尽管`DateFormat`不是线程安全的,但可以通过池化技术减少创建新实例的开销。创建一个`DateFormat`池,线程在...

    Java ThreadLocal 线程安全问题解决方案

    在`DateSyncUtil`类中,我们对`SimpleDateFormat`实例上的`formatDate()`和`parse()`方法添加了同步锁,确保在同一时刻只有一个线程能执行这些方法,从而避免了线程安全问题。但这种方法可能会引入性能开销,因为...

    由浅入深解析 SimpleDateFormat

    SimpleDateFormat 详解 SimpleDateFormat 是 Java 语言中...然而,在使用时需要注意线程安全和资源消耗问题。通过合理地使用 SimpleDateFormat,我们可以实现日期和时间的高效格式化和解析,提高程序的性能和可读性。

    Java线程安全的计数器简单实现代码示例

    使用线程安全的计数器可以保证在多线程环境中的安全性,避免了线程安全问题的出现。同时,该计数器也可以实现每天从1开始递增,隔天重置为1的功能。 知识点8:源代码的分析 在该示例中,源代码使用了Java语言,使用...

    java SimpleDateFormat &Calendar

    需要注意的是,由于`SimpleDateFormat`不是线程安全的,所以在多线程环境中,建议为每个线程创建单独的实例。 `Calendar`类则是Java中更底层的日期和时间工具,它提供了一套完整的API来操作日期和时间,包括添加、...

    有关SimpleDateFormat的常用方法说明

    - `SimpleDateFormat`是线程不安全的,如果在多线程环境中使用,需要考虑同步问题。 - 日期和时间的格式化字符串要与实际情况对应,避免出现理解错误。 以上就是关于`SimpleDateFormat`的一些常见用法和注意事项,...

    JavaSE 之 传统日期格式化的线程问题

    在Java SE中,传统的日期格式化常常涉及到线程安全问题,特别是当多个线程共享同一实例的`SimpleDateFormat`时。这是因为`SimpleDateFormat`不是线程安全的,它内部使用了可变的状态来处理日期和时间格式化。下面将...

Global site tag (gtag.js) - Google Analytics