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

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

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

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

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

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

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

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

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

最新評論