string與StringBuilder的在字符串拼接時執(zhí)行效率上有差異，因為StringBuilder類中用了一個技巧：它申請了兩倍的內(nèi)存空間存放字符串，在調(diào)用Append方法拼接字符串時，會先檢查剩余的空間是否能放下要拼接的字符串，若能放下，則將要拼接的字符串Copy到剩余的空間中，若不能放下，則再申請拼接后的字符串兩倍的長度空間，將當前字符串Copy到新的空間中（除了兩倍的空間外，這點跟string的拼接沒有太多的差異）。因此StringBuilder能提高字符串拼接的效率在于它減少了申請分配內(nèi)存的次數(shù)，以及字符串Copy的數(shù)量。所以這里就有了以下4種情況的討論：

1.原來的長字符串拼接短字符串。

這實際上就是最吻合StringBuilder申請多余空間的意圖，能夠達到最好的效果的一種情形。具體的情況是這樣的，假設一個StringBuilder存放的初始字符串長度為1000，那么實例化這個StringBuilder時，會申請2000的空間，隨后，每次拼接長度為20的字符串，則會直接將這長度為20的字符串按順序放在剩下的1000空間里，直到放滿為止，其間有50次的拼接操作，此時若再拼接一個長度為20的字符串時，因為空間不夠，這是StringBuilder會申請2000*2=4000的空間，然后將原先已拼接的長度2000的字符串Copy進去后，繼續(xù)拼接新的長度為20的字符串。這最后一步跟string操作的效率幾乎一樣的，主要是前面的50次拼接能減少50次的內(nèi)存創(chuàng)建以及Copy全部字符串到新字符串的效率損耗。若是string進行拼接，則前50次拼接操作中，每次都會新分配一塊內(nèi)存，并將現(xiàn)有的字符串全部Copy到新的內(nèi)存中。

2. 原來的長字符串拼接長字符串。

這種情況在開始時會因為空間很快被用完，并不能體現(xiàn)StringBuilder在字符串拼接方面的優(yōu)勢，但隨著拼接次數(shù)的增加，會轉(zhuǎn)換成第一種情況。

3.原來的短字符串拼接短字符串。

4.原來的短字符串拼接長字符串。

其實后面三種情況都要根據(jù)實際來評估了，最終都是要向情況一進行轉(zhuǎn)變。所以我們的關注點主要是被拼接的字符串與已有字符串之間長度的差距有多少，能減少多少次臨時內(nèi)存分配來達到提高字符串拼接效率的目的的。

以上就是本文的全部內(nèi)容，希望對大家的學習有所幫助，也希望大家多多支持腳本之家。