這篇文章主要講解了“JAVA中StringBuffer和StringBuilder的區(qū)別是什么”，文中的講解內(nèi)容簡(jiǎn)單清晰，易于學(xué)習(xí)與理解，下面請(qǐng)大家跟著小編的思路慢慢深入，一起來(lái)研究和學(xué)習(xí)“JAVA中StringBuffer和StringBuilder的區(qū)別是什么”吧！

廣漢網(wǎng)站制作公司哪家好，找創(chuàng)新互聯(lián)！從網(wǎng)頁(yè)設(shè)計(jì)、網(wǎng)站建設(shè)、微信開(kāi)發(fā)、APP開(kāi)發(fā)、響應(yīng)式網(wǎng)站設(shè)計(jì)等網(wǎng)站項(xiàng)目制作，到程序開(kāi)發(fā)，運(yùn)營(yíng)維護(hù)。創(chuàng)新互聯(lián)從2013年創(chuàng)立到現(xiàn)在10年的時(shí)間，我們擁有了豐富的建站經(jīng)驗(yàn)和運(yùn)維經(jīng)驗(yàn)，來(lái)保證我們的工作的順利進(jìn)行。專(zhuān)注于網(wǎng)站建設(shè)就選創(chuàng)新互聯(lián)。

繼承關(guān)系

從源碼上看看類(lèi)StringBuffer和StringBuilder的繼承結(jié)構(gòu)：

從結(jié)構(gòu)圖上可以直到，StringBuffer和StringBuiler都繼承自AbstractStringBuilder類(lèi)

如何實(shí)現(xiàn)擴(kuò)容

StringBuffer和StringBuiler的擴(kuò)容的機(jī)制在抽象類(lèi)AbstractStringBuilder中實(shí)現(xiàn)，當(dāng)發(fā)現(xiàn)長(zhǎng)度不夠的時(shí)候(默認(rèn)長(zhǎng)度是16)，會(huì)自動(dòng)進(jìn)行擴(kuò)容工作，擴(kuò)展為原數(shù)組長(zhǎng)度的2倍加2，創(chuàng)建一個(gè)新的數(shù)組，并將數(shù)組的數(shù)據(jù)復(fù)制到新數(shù)組。

public void ensureCapacity(int minimumCapacity) { if (minimumCapacity > 0)  ensureCapacityInternal(minimumCapacity);} /*** 確保value字符數(shù)組不會(huì)越界.重新new一個(gè)數(shù)組,引用指向value*/ private void ensureCapacityInternal(int minimumCapacity) { // overflow-conscious code if (minimumCapacity - value.length > 0) {  value = Arrays.copyOf(value,    newCapacity(minimumCapacity)); }} /*** 擴(kuò)容:將長(zhǎng)度擴(kuò)展到之前大小的2倍+2*/ private int newCapacity(int minCapacity) { // overflow-conscious code 擴(kuò)大2倍+2 //這里可能會(huì)溢出,溢出后是負(fù)數(shù)哈,注意 int newCapacity = (value.length << 1) + 2; if (newCapacity - minCapacity < 0) {  newCapacity = minCapacity; } //MAX_ARRAY_SIZE的值是Integer.MAX_VALUE - 8,先判斷一下預(yù)期容量(newCapacity)是否在0 MAX_ARRAY_SIZE)  ? minCapacity : MAX_ARRAY_SIZE;}

線程安全性

我們先來(lái)看看StringBuffer的相關(guān)方法：

@Overridepublic synchronized StringBuffer append(long lng) { toStringCache = null; super.append(lng); return this;} /** * @throws StringIndexOutOfBoundsException {@inheritDoc} * @since  1.2 */@Overridepublic synchronized StringBuffer replace(int start, int end, String str) { toStringCache = null; super.replace(start, end, str); return this;} /** * @throws StringIndexOutOfBoundsException {@inheritDoc} * @since  1.2 */@Overridepublic synchronized String substring(int start) { return substring(start, count);} @Overridepublic synchronized String toString() { if (toStringCache == null) {  toStringCache = Arrays.copyOfRange(value, 0, count); } return new String(toStringCache, true);}

從上面的源碼中我們看到幾乎都是所有方法都加了synchronized,幾乎都是調(diào)用的父類(lèi)的方法.，用synchronized關(guān)鍵字修飾意味著什么？加鎖，資源同步串行化處理，所以是線程安全的。

我們?cè)賮?lái)看看StringBuilder的相關(guān)源碼：

@Overridepublic StringBuilder append(double d) { super.append(d); return this;} /** * @since 1.5 */@Overridepublic StringBuilder appendCodePoint(int codePoint) { super.appendCodePoint(codePoint); return this;} /** * @throws StringIndexOutOfBoundsException {@inheritDoc} */@Overridepublic StringBuilder delete(int start, int end) { super.delete(start, end); return this;}

StringBuilder的源碼里面，基本上所有方法都沒(méi)有用synchronized關(guān)鍵字修飾，當(dāng)多線程訪問(wèn)時(shí)，就會(huì)出現(xiàn)線程安全性問(wèn)題。

為了證明StringBuffer線程安全，StringBuilder線程不安全，我們通過(guò)一段代碼進(jìn)行驗(yàn)證：

測(cè)試思想

分別用1000個(gè)線程寫(xiě)StringBuffer和StringBuilder，  使用CountDownLatch保證在各自1000個(gè)線程執(zhí)行完之后才打印StringBuffer和StringBuilder長(zhǎng)度，  觀察結(jié)果。

測(cè)試代碼

import java.util.concurrent.CountDownLatch; public class TestStringBuilderAndStringBuffer { public static void main(String[] args) {  //證明StringBuffer線程安全，StringBuilder線程不安全  StringBuffer stringBuffer = new StringBuffer();  StringBuilder stringBuilder = new StringBuilder();  CountDownLatch latch2 = new CountDownLatch(1000);  CountDownLatch latch3 = new CountDownLatch(1000);  for (int i = 0; i < 1000; i++) {   new Thread(new Runnable() {    @Override    public void run() {     try {      stringBuilder.append(1);     } catch (Exception e) {      e.printStackTrace();     } finally {      latch2.countDown();     }    }   }).start();  }  for (int i = 0; i < 1000; i++) {   new Thread(new Runnable() {    @Override    public void run() {     try {      stringBuffer.append(1);     } catch (Exception e) {      e.printStackTrace();     } finally {      latch3.countDown();     }     }   }).start();  }  try {   latch2.await();   System.out.println(stringBuilder.length());   latch3.await();   System.out.println(stringBuffer.length());  } catch (InterruptedException e) {   e.printStackTrace();  } }}

測(cè)試結(jié)果

StringBuffer不論運(yùn)行多少次都是1000長(zhǎng)度。  StringBuilder絕大多數(shù)情況長(zhǎng)度都會(huì)小于1000。  StringBuffer線程安全，StringBuilder線程不安全得到證明。

總結(jié)一下

StringBuffer和StringBuilder都繼承自抽象類(lèi)AbstractStringBuilder。  存儲(chǔ)數(shù)據(jù)的字符數(shù)組也沒(méi)有被final修飾，說(shuō)明值可以改變，且構(gòu)造出來(lái)的字符串還有空余位置拼接字符串，但是拼接下去肯定也有不夠用的時(shí)候，這時(shí)候它們內(nèi)部都提供了一個(gè)自動(dòng)擴(kuò)容機(jī)制，當(dāng)發(fā)現(xiàn)長(zhǎng)度不夠的時(shí)候(默認(rèn)長(zhǎng)度是16)，會(huì)自動(dòng)進(jìn)行擴(kuò)容工作，擴(kuò)展為原數(shù)組長(zhǎng)度的2倍加2，創(chuàng)建一個(gè)新的數(shù)組，并將數(shù)組的數(shù)據(jù)復(fù)制到新數(shù)組，所以對(duì)于拼接字符串效率要比String要高。自動(dòng)擴(kuò)容機(jī)制是在抽象類(lèi)中實(shí)現(xiàn)的。  線程安全性：StringBuffer效率低，線程安全，因?yàn)镾tringBuffer中很多方法都被 synchronized 修飾了，多線程訪問(wèn)時(shí)，線程安全，但是效率低下，因?yàn)樗屑渔i和釋放鎖的過(guò)程。StringBuilder效率高，但是線程是不安全的。

感謝各位的閱讀，以上就是“JAVA中StringBuffer和StringBuilder的區(qū)別是什么”的內(nèi)容了，經(jīng)過(guò)本文的學(xué)習(xí)后，相信大家對(duì)JAVA中StringBuffer和StringBuilder的區(qū)別是什么這一問(wèn)題有了更深刻的體會(huì)，具體使用情況還需要大家實(shí)踐驗(yàn)證。這里是創(chuàng)新互聯(lián)，小編將為大家推送更多相關(guān)知識(shí)點(diǎn)的文章，歡迎關(guān)注！