您好,登錄后才能下訂單哦!
這篇文章給大家介紹JavaString Builder為什么線程不安全,內(nèi)容非常詳細(xì),感興趣的小伙伴們可以參考借鑒,希望對大家能有所幫助。
引言
面試官:StringBuilder和StringBuffer的區(qū)別在哪?
我:StringBuilder不是線程安全的,StringBuffer是線程安全的
面試官:那StringBuilder不安全的點(diǎn)在哪兒?
我:。。。(啞巴了)
在這之前我只記住了StringBuilder不是線程安全的,StringBuffer是線程安全的這個結(jié)論,至于StringBuilder為什么不安全從來沒有去想過。
分析
在分析這個問題之前我們要知道StringBuilder和StringBuffer的內(nèi)部實(shí)現(xiàn)跟String類一樣,都是通過一個char數(shù)組存儲字符串的,不同的是String類里面的char數(shù)組是final修飾的,是不可變的,而StringBuilder和StringBuffer的char數(shù)組是可變的。
首先通過一段代碼去看一下多線程操作StringBuilder對象會出現(xiàn)什么問題
public class StringBuilderDemo { public static void main(String[] args) throws InterruptedException { StringBuilder stringBuilder = new StringBuilder(); for (int i = 0; i < 10; i++){ new Thread(new Runnable() { @Override public void run() { for (int j = 0; j < 1000; j++){ stringBuilder.append("a"); } } }).start(); } Thread.sleep(100); System.out.println(stringBuilder.length()); } }
我們能看到這段代碼創(chuàng)建了10個線程,每個線程循環(huán)1000次往StringBuilder對象里面append字符。正常情況下代碼應(yīng)該輸出10000,但是實(shí)際運(yùn)行會輸出什么呢?
我們看到輸出了“9326”,小于預(yù)期的10000,并且還拋出了一個ArrayIndexOutOfBoundsException異常(異常不是必現(xiàn))。
1、為什么輸出值跟預(yù)期值不一樣
我們先看一下StringBuilder的兩個成員變量(這兩個成員變量實(shí)際上是定義在AbstractStringBuilder里面的,StringBuilder和StringBuffer都繼承了AbstractStringBuilder)
//存儲字符串的具體內(nèi)容char[] value;//已經(jīng)使用的字符數(shù)組的數(shù)量int count;
再看StringBuilder的append()方法:
@Overridepublic StringBuilder append(String str) { super.append(str); return this;}
StringBuilder的append()方法調(diào)用的父類AbstractStringBuilder的append()方法
public AbstractStringBuilder append(String str) { if (str == null) return appendNull(); int len = str.length(); ensureCapacityInternal(count + len); str.getChars(0, len, value, count); count += len; return this;}
我們先不管代碼的第五行和第六行干了什么,直接看第七行,count += len不是一個原子操作。假設(shè)這個時候count值為10,len值為1,兩個線程同時執(zhí)行到了第七行,拿到的count值都是10,執(zhí)行完加法運(yùn)算后將結(jié)果賦值給count,所以兩個線程執(zhí)行完后count值為11,而不是12。這就是為什么測試代碼輸出的值要比10000小的原因。
2、為什么會拋出ArrayIndexOutOfBoundsException異常。
我們看回AbstractStringBuilder的append()方法源碼的第五行,ensureCapacityInternal()方法是檢查StringBuilder對象的原char數(shù)組的容量能不能盛下新的字符串,如果盛不下就調(diào)用expandCapacity()方法對char數(shù)組進(jìn)行擴(kuò)容。
private void ensureCapacityInternal(int minimumCapacity) { // overflow-conscious code if (minimumCapacity - value.length > 0) expandCapacity(minimumCapacity);}
擴(kuò)容的邏輯就是new一個新的char數(shù)組,新的char數(shù)組的容量是原來char數(shù)組的兩倍再加2,再通過System.arryCopy()函數(shù)將原數(shù)組的內(nèi)容復(fù)制到新數(shù)組,最后將指針指向新的char數(shù)組。
void expandCapacity(int minimumCapacity) { //計(jì)算新的容量 int newCapacity = value.length * 2 + 2; //中間省略了一些檢查邏輯 ... value = Arrays.copyOf(value, newCapacity);}
Arrys.copyOf()方法
public static char[] copyOf(char[] original, int newLength) { char[] copy = new char[newLength]; //拷貝數(shù)組 System.arraycopy(original, 0, copy, 0, Math.min(original.length, newLength)); return copy;}
AbstractStringBuilder的append()方法源碼的第六行,是將String對象里面char數(shù)組里面的內(nèi)容拷貝到StringBuilder對象的char數(shù)組里面,代碼如下:
str.getChars(0, len, value, count);
getChars()方法
public void getChars(int srcBegin, int srcEnd, char dst[], int dstBegin) { //中間省略了一些檢查 ... System.arraycopy(value, srcBegin, dst, dstBegin, srcEnd - srcBegin); }
拷貝流程見下圖
假設(shè)現(xiàn)在有兩個線程同時執(zhí)行了StringBuilder的append()方法,兩個線程都執(zhí)行完了第五行的ensureCapacityInternal()方法,此刻count=5。
這個時候線程1的cpu時間片用完了,線程2繼續(xù)執(zhí)行。線程2執(zhí)行完整個append()方法后count變成6了
線程1繼續(xù)執(zhí)行第六行的str.getChars()方法的時候拿到的count值就是6了,執(zhí)行char數(shù)組拷貝的時候就會拋出ArrayIndexOutOfBoundsException異常。
至此,StringBuilder為什么不安全已經(jīng)分析完了。如果我們將測試代碼的StringBuilder對象換成StringBuffer對象會輸出什么呢?
當(dāng)然是輸出10000啦!
關(guān)于JavaString Builder為什么線程不安全就分享到這里了,希望以上內(nèi)容可以對大家有一定的幫助,可以學(xué)到更多知識。如果覺得文章不錯,可以把它分享出去讓更多的人看到。
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點(diǎn)不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進(jìn)行舉報(bào),并提供相關(guān)證據(jù),一經(jīng)查實(shí),將立刻刪除涉嫌侵權(quán)內(nèi)容。