<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    leisure

    JAVA - exceed,helloworld
    隨筆 - 50, 文章 - 0, 評論 - 11, 引用 - 0
    數據加載中……

    SimpleDateFormat多線程并發下的不安全隱患

    最近偶然發現一些數據的日期有錯亂,而且時間出錯格式無規律,有些去了1970年了,有些月份錯了,有些號數變了,而日志上看并沒有異常信息!

    根據用戶反應,常出現在某個批量更新操作中,于是乎,也按照用戶描述的,線下操作了數遍,也沒有出現這種情況。

    有趣的是,就算在線上操作,也并不是一定會出現這種問題,只是偶然!

    我開始懷疑底層代碼問題了,因為那個操作,并沒有修改到日期相關的字段,為了證實這點,經過我一番的排查,
    問題終于定位在DateUtil.parse等方法上,parse方法調用了一個靜態的simpleDateFormat.parse方法,為什么?!為什么這個方法不穩定的?
    仔細閱讀了java.util.SimpleDateFormat的api,發現此信息:

    Synchronization

    Date formats are not synchronized. It is recommended to create separate format instances for each thread.
    If multiple threads access a format concurrently, it must be synchronized externally.


    很明顯simpledateformat并不是線程同步的,以致并發的時候不安全!為了證實這點于是乎寫了一個簡單的測試程序。

    package com.leisure;
    import java.text.ParseException;
    public class TestSimpleDateFormatThreadSafe extends Thread {
        @Override
        public void run() {
            while(true) {
                try {
                    this.join(2000);
                } 
    catch (InterruptedException e1) {
                    e1.printStackTrace();
                }
                try {
                    System.out.println(DateUtil.parse(
    "2011-10-11 06:02:20"));
                } 
    catch (ParseException e) {
                    e.printStackTrace();
                }
            }
        }

        public static void main(String[] args) {
            for(int i = 0; i < 20; i++)
                new TestSimpleDateFormatThreadSafe().start();
        }
    }

    package com.leisure;

    import java.text.ParseException;
    import java.text.SimpleDateFormat;
    import java.util.Date;

    public class DateUtil {
        
    private static SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");

        
    public static Date parse(String str) throws ParseException {
            
    return sdf.parse(str);
        }
    }

    輸出結果:

    Tue Oct 11 18:02:20 CST 2011

    Tue Oct 11 18:02:20 CST 2011

    Sun Oct 11 18:02:20 CST 1970

    Tue Oct 11 18:02:20 CST 2011

    Thu Jan 01 18:02:20 CST 1970

    Sat Dec 11 18:02:20 CST 2010

    Tue Oct 11 18:02:20 CST 2011

    Exception in thread "Thread-18" java.lang.NumberFormatException: multiple points

    at sun.misc.FloatingDecimal.readJavaFormatString(Unknown Source)

    at java.lang.Double.parseDouble(Unknown Source)

    at java.text.DigitList.getDouble(Unknown Source)

    at java.text.DecimalFormat.parse(Unknown Source)

    at java.text.SimpleDateFormat.subParse(Unknown Source)

    at java.text.SimpleDateFormat.parse(Unknown Source)

    at java.text.DateFormat.parse(Unknown Source)

    at com.leisure.DateUtil.parse(DateUtil.java:12)

    at com.leisure.TestSimpleDateFormatThreadSafe.run(TestSimpleDateFormatThreadSafe.java:16)

    Fri Dec 23 19:02:20 CST 2011

    Fri Dec 23 18:02:20 CST 2011

    輸出結果很明顯了,跟線上數據出現的問題基本一致。不過按照這里看到的結果,有報錯,再仔細閱讀了應用的底層代碼,
    某個位置攔截了部份異常,沒有記錄也沒有向上拋出處理,到這里,我只想問一句:底層代碼誰寫的?

    posted on 2011-10-15 00:22 leisure 閱讀(2872) 評論(0)  編輯  收藏 所屬分類: java

    主站蜘蛛池模板: 日韩精品免费在线视频| 本道天堂成在人线av无码免费| 久久午夜伦鲁片免费无码 | 巨波霸乳在线永久免费视频| 亚洲日本va中文字幕久久| 亚欧洲精品在线视频免费观看| 亚洲乱码中文字幕综合234| 在线看片无码永久免费视频| 亚洲国产成人精品无码区在线秒播| 999久久久免费精品国产| 国产婷婷综合丁香亚洲欧洲| GOGOGO免费观看国语| 免费黄色毛片视频| 久久国产亚洲精品麻豆| 国产午夜精品理论片免费观看| 亚洲成av人片天堂网| 久久久久国产免费| 亚洲成人网在线播放| 日韩高清在线免费看| 亚州**色毛片免费观看| 亚洲啪啪综合AV一区| 最近2019中文字幕免费大全5 | 亚洲欧美熟妇综合久久久久| 日美韩电影免费看| 五月天国产成人AV免费观看| 久久99国产亚洲精品观看| 四虎永久在线精品免费观看视频| 亚洲av无一区二区三区| 亚洲色成人中文字幕网站| 1000部国产成人免费视频| 亚洲AV一区二区三区四区| 伊人久久精品亚洲午夜| 日韩在线视频线视频免费网站| 在线观看亚洲天天一三视| 91在线老王精品免费播放| 亚洲成a人片在线不卡一二三区 | 亚洲AV无码乱码精品国产| 人妻无码一区二区三区免费 | 美女视频黄免费亚洲| 日韩免费码中文在线观看| 亚洲精品视频观看|