欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

詳解SimpleDateFormat的線程安全問題與解決方案

 更新時間:2017年03月30日 14:45:11   作者:ZimZz  
這篇文章主要介紹了SimpleDateFormat的線程安全問題與解決方案,非常不錯,具有參考借鑒價值,需要的朋友可以參考下

1. 原因

SimpleDateFormat(下面簡稱sdf)類內(nèi)部有一個Calendar對象引用,它用來儲存和這個sdf相關(guān)的日期信息,例如sdf.parse(dateStr), sdf.format(date) 諸如此類的方法參數(shù)傳入的日期相關(guān)String, Date等等, 都是交友Calendar引用來儲存的.這樣就會導(dǎo)致一個問題,如果你的sdf是個static的, 那么多個thread 之間就會共享這個sdf, 同時也是共享這個Calendar引用, 并且, 觀察 sdf.parse() 方法,你會發(fā)現(xiàn)有如下的調(diào)用:

Date parse() {
 calendar.clear(); // 清理calendar
 ... // 執(zhí)行一些操作, 設(shè)置 calendar 的日期什么的
 calendar.getTime(); // 獲取calendar的時間
}

這里會導(dǎo)致的問題就是, 如果 線程A 調(diào)用了 sdf.parse(), 并且進(jìn)行了 calendar.clear()后還未執(zhí)行calendar.getTime()的時候,線程B又調(diào)用了sdf.parse(), 這時候線程B也執(zhí)行了sdf.clear()方法, 這樣就導(dǎo)致線程A的的calendar數(shù)據(jù)被清空了(實際上A,B的同時被清空了). 又或者當(dāng) A 執(zhí)行了calendar.clear() 后被掛起, 這時候B 開始調(diào)用sdf.parse()并順利i結(jié)束, 這樣 A 的 calendar內(nèi)存儲的的date 變成了后來B設(shè)置的calendar的date

2. 問題重現(xiàn)

import java.text.ParseException;
import java.text.SimpleDateFormat;
import java.util.Date;
import java.util.concurrent.ExecutorService;
import java.util.concurrent.Executors;
import java.util.concurrent.TimeUnit;
/**
 * @author zhenwei.liu created on 2013 13-8-29 下午5:35
 * @version $Id$
 */
public class DateFormatTest extends Thread {
 private static SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd");
 private String name;
 private String dateStr;
 private boolean sleep;
 public DateFormatTest(String name, String dateStr, boolean sleep) {
  this.name = name;
  this.dateStr = dateStr;
  this.sleep = sleep;
 }
 @Override
 public void run() {
  Date date = null;
  if (sleep) {
   try {
    TimeUnit.MILLISECONDS.sleep(2000);
   } catch (InterruptedException e) {
    e.printStackTrace();
   }
  }
  try {
   date = sdf.parse(dateStr);
  } catch (ParseException e) {
   e.printStackTrace();
  }
  System.out.println(name + " : date: " + date);
 }
 public static void main(String[] args) throws InterruptedException {
  ExecutorService executor = Executors.newCachedThreadPool();
  // A 會sleep 2s 后開始執(zhí)行sdf.parse()
  executor.execute(new DateFormatTest("A", "1991-09-13", true));
  // B 打了斷點,會卡在方法中間
  executor.execute(new DateFormatTest("B", "2013-09-13", false));
  executor.shutdown();
 }
}

使用Debug模式執(zhí)行這段代碼,并在sdf.parse()方法里打上斷點

parse() {
 calendar.clear()
 // 這里打一個斷點
 calendar.getTime()
}

過程:

1) 首先A線程跑起來以后會進(jìn)入sleep

2) B線程跑起來, 卡在斷點處

3) A線程醒過來, 執(zhí)行 calendar.clear(), 并將設(shè)置sdf.calendar的date為1991-09-13, 此時 A B 的 calendar 都為 1991-09-13

4) 讓斷點繼續(xù)執(zhí)行, 輸出如下

A : date: Fri Sep 13 00:00:00 CDT 1991
B : date: Fri Sep 13 00:00:00 CDT 1991

 這并不是我們期待的結(jié)果

3. 解決方案

最簡單的解決方案我們可以把static去掉,這樣每個新的線程都會有一個自己的sdf實例,從而避免線程安全的問題

然而,使用這種方法,在高并發(fā)的情況下會大量的new sdf以及銷毀sdf,這樣是非常耗費資源的

在并發(fā)情況下,網(wǎng)站的請求任務(wù)與線程執(zhí)行情況大概可以理解為如下

例如Tomcat的線程池的最大Thread數(shù)為4, 現(xiàn)在需要執(zhí)行的任務(wù)有1000個(理解為有1000個用戶點了你的網(wǎng)站的某個功能),

而這1000個任務(wù)都會用到我們寫的日期函數(shù)處理類

A) 假如說日期函數(shù)處理類使用的是new SimpleDateFormat的方法,那么這里就會有1000次sdf的創(chuàng)建和銷毀

B) Java中提供了一種ThreadLocal的解決方案,它的工作方式是,每個線程只會有一個實例,也就是說我們執(zhí)行完這1000個任務(wù),總共只會實例化4個sdf.

而且,它并不會有多線程的并發(fā)問題,因為,單個線程執(zhí)行任務(wù)肯定是順序的,例如Thread #1負(fù)責(zé)執(zhí)行Task #1-#250, 那么他是順序而執(zhí)行Task #1-#250

而Thread #2擁有自己的sdf實例,他也是順序執(zhí)行任務(wù) Task #251-#500, 以此類推

下面是一個使用ThreadLocal解決sdf多線程問題的例子

import java.text.ParseException;
import java.text.SimpleDateFormat;
import java.util.Date;
import java.util.HashMap;
import java.util.Map;
/**
 * @author zhenwei.liu created on 2013 13-8-29 下午5:35
 * @version $Id$
 */
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重復(fù)的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");
     // 這里是關(guān)鍵,使用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
  * 
  * @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);
 }
}

測試類

import java.text.ParseException;
import java.util.concurrent.ExecutorService;
import java.util.concurrent.Executors;
import java.util.concurrent.TimeUnit;
/**
 * @author zhenyu.nie created on 2013 13-8-26 下午2:13
 * @version 1.0.0
 */
public class Test {
 public static void main(String[] args) {
  final String patten1 = "yyyy-MM-dd";
  final String patten2 = "yyyy-MM";
  Thread t1 = new Thread() {
   @Override
   public void run() {
    try {
     DateUtil.parse("1992-09-13", patten1);
    } catch (ParseException e) {
     e.printStackTrace();
    }
   }
  };
  Thread t2 = new Thread() {
   @Override
   public void run() {
    try {
     DateUtil.parse("2000-09", patten2);
    } catch (ParseException e) {
     e.printStackTrace();
    }
   }
  };
  Thread t3 = new Thread() {
   @Override
   public void run() {
    try {
     DateUtil.parse("1992-09-13", patten1);
    } catch (ParseException e) {
     e.printStackTrace();
    }
   }
  };
  Thread t4 = new Thread() {
   @Override
   public void run() {
    try {
     DateUtil.parse("2000-09", patten2);
    } catch (ParseException e) {
     e.printStackTrace();
    }
   }
  };
  Thread t5 = new Thread() {
   @Override
   public void run() {
    try {
     DateUtil.parse("2000-09-13", patten1);
    } catch (ParseException e) {
     e.printStackTrace();
    }
   }
  };
  Thread t6 = new Thread() {
   @Override
   public void run() {
    try {
     DateUtil.parse("2000-09", patten2);
    } catch (ParseException e) {
     e.printStackTrace();
    }
   }
  };
  System.out.println("單線程執(zhí)行: ");
  ExecutorService exec = Executors.newFixedThreadPool(1);
  exec.execute(t1);
  exec.execute(t2);
  exec.execute(t3);
  exec.execute(t4);
  exec.execute(t5);
  exec.execute(t6);
  exec.shutdown();
  sleep(1000);
  System.out.println("雙線程執(zhí)行: ");
  ExecutorService exec2 = Executors.newFixedThreadPool(2);
  exec2.execute(t1);
  exec2.execute(t2);
  exec2.execute(t3);
  exec2.execute(t4);
  exec2.execute(t5);
  exec2.execute(t6);
  exec2.shutdown();
 }
 private static void sleep(long millSec) {
  try {
   TimeUnit.MILLISECONDS.sleep(millSec);
  } catch (InterruptedException e) {
   e.printStackTrace();
  }
 }
}

輸出

單線程執(zhí)行:

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 to map
thread: Thread[pool-1-thread-1,5,main] init pattern: yyyy-MM

雙線程執(zhí)行:

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
thread: Thread[pool-2-thread-1,5,main] init pattern: yyyy-MM
thread: Thread[pool-2-thread-2,5,main] init pattern: yyyy-MM-dd

從輸出我們可以看出:

1) 1個線程執(zhí)行這6個任務(wù)的時候,這個線程首次使用過的時候會new一個新的sdf,并且以后都一直用這個sdf,而不是每次處理任務(wù)都新建一個新的sdf

2) 2個線程執(zhí)行6個任務(wù)的時候也是同理,但是2個線程的sdf是分開的,每個線程都有自己的"yyyy-MM-dd", "yyyy-MM"的sdf,所以他們不會有線程安全安全問題

試想,如果使用的是new的實現(xiàn)方法,那么不管是用1個線程去執(zhí)行,還是用2個線程去執(zhí)行這6個任務(wù),都需要new 6個sdf

以上所述是小編給大家介紹的SimpleDateFormat的線程安全問題與解決方案,希望對大家有所幫助,如果大家有任何疑問請給我留言,小編會及時回復(fù)大家的。在此也非常感謝大家對腳本之家網(wǎng)站的支持!

相關(guān)文章

  • springboot查詢?nèi)坎块T流程分析

    springboot查詢?nèi)坎块T流程分析

    本文分析了在SpringBoot框架中前端如何請求DeptController的list()方法,并通過DeptService到DeptMapper接口查詢數(shù)據(jù)庫中的全部部門信息的流程,整個過程涉及前端到后端數(shù)據(jù)的獲取和返回,是SpringBoot應(yīng)用中常見的數(shù)據(jù)處理模式
    2024-10-10
  • Java?精煉解讀遞歸的概念與使用

    Java?精煉解讀遞歸的概念與使用

    一說起遞歸,我想每個人都不陌生。舉個從小就聽過的例子:從前有座山,山里有座廟,廟里有個和尚,和尚在講故事,從前有座山,山里有座廟,廟里有個和尚,和尚在講故事,從前有座山,要理解遞歸,就得先了解什么是遞歸,實際上這句話就是一個遞歸
    2022-03-03
  • spring gateway如何解決跨域問題

    spring gateway如何解決跨域問題

    這篇文章主要介紹了spring gateway如何解決跨域問題,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教
    2024-04-04
  • kotlin和Java的相互調(diào)用示例詳解

    kotlin和Java的相互調(diào)用示例詳解

    Kotlin 的設(shè)計過程中就考慮到了與 Java 的互操作性。在 Kotlin 中可以直接調(diào)用既有的 Java 代碼, 反過來在 Java 中也可以很流暢地使用 Kotlin 代碼,下面這篇文章主要給大家介紹了關(guān)于kotlin和Java的相互調(diào)用的相關(guān)資料,需要的朋友可以參考下。
    2018-02-02
  • 利用SpringBoot解決多個定時任務(wù)阻塞的問題

    利用SpringBoot解決多個定時任務(wù)阻塞的問題

    當(dāng)我們在Spring Boot應(yīng)用中使用多個定時任務(wù)時,任務(wù)之間的阻塞可能是一個常見的問題,這可能會因任務(wù)之間的依賴、執(zhí)行時間過長或資源爭用等原因而發(fā)生,本文讓我們深入探討如何利用Spring Boot來解決多個定時任務(wù)阻塞的問題,感興趣的小伙伴跟著小編一起來看看吧
    2024-01-01
  • Java IO中字節(jié)流復(fù)制圖片實現(xiàn)代碼

    Java IO中字節(jié)流復(fù)制圖片實現(xiàn)代碼

    這篇文章主要介紹了Java IO中字節(jié)流復(fù)制圖片實現(xiàn)代碼的相關(guān)資料,需要的朋友可以參考下
    2017-04-04
  • SpringBoot生成jar/war包的布局應(yīng)用

    SpringBoot生成jar/war包的布局應(yīng)用

    在 Spring Boot 中,"布局應(yīng)用"(Application Layout)指的是打包生成的可執(zhí)行 jar 或 war 文件中的內(nèi)容組織結(jié)構(gòu),本文給大家介紹了SpringBoot生成jar/war包的布局應(yīng)用,需要的朋友可以參考下
    2024-02-02
  • JVM自定義類加載器在代碼擴展性實踐分享

    JVM自定義類加載器在代碼擴展性實踐分享

    這篇文章主要介紹了JVM自定義類加載器在代碼擴展性實踐分享,一個類型從被加載到虛擬機內(nèi)存中開始,到卸載出內(nèi)存為止,它的整個生命周期將會經(jīng)歷加載、驗證、準(zhǔn)備、解析、初始化 、使用和卸載七個階段,其中驗證、準(zhǔn)備、解析三個部分統(tǒng)稱為連接
    2022-06-06
  • SpringBoot與Postman實現(xiàn)REST模擬請求的操作

    SpringBoot與Postman實現(xiàn)REST模擬請求的操作

    這篇文章主要介紹了SpringBoot與Postman實現(xiàn)REST模擬請求的操作,具有很好的參考價值,希望對大家有所幫助。如有錯誤或未考慮完全的地方,望不吝賜教
    2021-06-06
  • Springboot如何實現(xiàn)代理服務(wù)器

    Springboot如何實現(xiàn)代理服務(wù)器

    這篇文章主要介紹了Springboot如何實現(xiàn)代理服務(wù)器問題,具有很好的參考價值,希望對大家有所幫助。如有錯誤或未考慮完全的地方,望不吝賜教
    2023-06-06

最新評論