本篇內容主要講解“StringBuilder在高性能場景下怎么使用”，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實用性強。下面就讓小編來帶大家學習“StringBuilder在高性能場景下怎么使用”吧!

成都創(chuàng)新互聯(lián)主營芙蓉網站建設的網絡公司,主營網站建設方案,app軟件開發(fā)公司,芙蓉h5微信平臺小程序開發(fā)搭建,芙蓉網站營銷推廣歡迎芙蓉等地區(qū)企業(yè)咨詢

1. 初始長度好重要，值得說四次。

StringBuilder的內部有一個char[]， 不斷的append()就是不斷的往char[]里填東西的過程。

new StringBuilder() 時char[]的默認長度是16，然后，如果要append第17個字符，怎么辦？

用System.arraycopy成倍復制擴容?。。?！

這樣一來有數(shù)組拷貝的成本，二來原來的char[]也白白浪費了要被GC掉?？梢韵胍姡粋€129字符長度的字符串，經過了16，32，64, 128四次的復制和丟棄，合共申請了496字符的數(shù)組，在高性能場景下，這幾乎不能忍。

所以，合理設置一個初始值多重要。

但如果我實在估算不好呢？多估一點點好了，只要字符串最后大于16，就算浪費一點點，也比成倍的擴容好。

2. Liferay的StringBundler類

Liferay的StringBundler類提供了另一個長度設置的思路，它在append()的時候，不急著往char[]里塞東西，而是先拿一個String[]把它們都存起來，到了最后才把所有String的length加起來，構造一個合理長度的StringBuilder。

3. 但，還是浪費了一倍的char[]

浪費發(fā)生在最后一步，StringBuilder.toString()

 

// Create a copy, don't share the array
return new String(value, 0, count);

String的構造函數(shù)會用 System.arraycopy()復制一把傳入的char[]來保證安全性不可變性，如果故事就這樣結束，StringBuilder里的char[]還是被白白犧牲了。

為了不浪費這些char[]，一種方法是用Unsafe之類的各種黑科技，繞過構造函數(shù)直接給String的char[]屬性賦值，但很少人這樣做。

另一個靠譜一些的辦法就是重用StringBuilder。而重用，還解決了前面的長度設置問題，因為即使一開始估算不準，多擴容幾次之后也夠了。

4. 重用StringBuilder

這個做法來源于JDK里的BigDecimal類（沒事看看JDK代碼多重要），SpringSide里將代碼提取成StringBuilderHolder，里面只有一個函數(shù)

 

public StringBuilder getStringBuilder() {
sb.setLength(0);
return sb;
}

StringBuilder.setLength()函數(shù)只重置它的count指針，而char[]則會繼續(xù)重用，而toString()時會把當前的count指針也作為參數(shù)傳給String的構造函數(shù)，所以不用擔心把超過新內容大小的舊內容也傳進去了。可見，StringBuilder是完全可以被重用的。

為了避免并發(fā)沖突，這個Holder一般設為ThreadLocal，標準寫法見BigDecimal或StringBuilderHolder的注釋。

5. ＋ 與 StringBuilder

 

String s ＝ “hello ” + user.getName();

這一句經過javac編譯后的效果，的確等價于使用StringBuilder，但沒有設定長度。

 

String s ＝ new StringBuilder().append(“hello”).append(user.getName());

但是，如果像下面這樣：

 

String s ＝ “hello ”;
// 隔了其他一些語句
s = s ＋ user.getName();

每一條語句，都會生成一個新的StringBuilder，這里就有了兩個StringBuilder，性能就完全不一樣了。如果是在循環(huán)體里s+=i; 就更加多得沒譜。

據(jù)R大說，努力的JVM工程師們在運行優(yōu)化階段， 根據(jù)+XX:+OptimizeStringConcat(JDK7u40后默認打開)，把相鄰的(中間沒隔著控制語句) StringBuilder合成一個，也會努力的猜長度。

所以，保險起見還是繼續(xù)自己用StringBuilder并設定長度好了。

6. StringBuffer 與 StringBuilder

StringBuffer與StringBuilder都是繼承于AbstractStringBuilder，唯一的區(qū)別就是StringBuffer的函數(shù)上都有synchronized關鍵字。

那些說StringBuffer “安全”的同學，其實你幾時看過幾個線程輪流append一個StringBuffer的情況？？？

7. 永遠把日志的字符串拼接交給slf4j??

logger.info("Hello {}", user.getName());

對于不知道要不要輸出的日志，交給slf4j在真的需要輸出時才去拼接的確能省節(jié)約成本。

但對于一定要輸出的日志，直接自己用StringBuilder拼接更快。因為看看slf4j的實現(xiàn)，實際上就是不斷的indexof("{}"), 不斷的subString()，再不斷的用StringBuilder拼起來而已，沒有銀彈。

PS. slf4j中的StringBuilder在原始Message之外預留了50個字符，如果可變參數(shù)加起來長過50字符還是得復制擴容......而且StringBuilder也沒有重用。

到此，相信大家對“StringBuilder在高性能場景下怎么使用”有了更深的了解，不妨來實際操作一番吧！這里是創(chuàng)新互聯(lián)網站，更多相關內容可以進入相關頻道進行查詢，關注我們，繼續(xù)學習！

網頁題目：StringBuilder在高性能場景下怎么使用
路徑分享：http://aaarwkj.com/article22/pjsojc.html

成都網站建設公司_創(chuàng)新互聯(lián)，為您提供動態(tài)網站、用戶體驗、外貿建站、商城網站、外貿網站建設、網站建設

廣告

聲明：本網站發(fā)布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創(chuàng)新互聯(lián)