本篇內(nèi)容主要講解“StringBuilder在高性能場景下怎么使用”,感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷,實用性強。下面就讓小編來帶大家學習“StringBuilder在高性能場景下怎么使用”吧!
成都創(chuàng)新互聯(lián)主營芙蓉網(wǎng)站建設(shè)的網(wǎng)絡(luò)公司,主營網(wǎng)站建設(shè)方案,app軟件開發(fā)公司,芙蓉h5微信平臺小程序開發(fā)搭建,芙蓉網(wǎng)站營銷推廣歡迎芙蓉等地區(qū)企業(yè)咨詢
StringBuilder的內(nèi)部有一個char[], 不斷的append()就是不斷的往char[]里填東西的過程。
new StringBuilder() 時char[]的默認長度是16,然后,如果要append第17個字符,怎么辦?
用System.arraycopy成倍復制擴容!!??!
這樣一來有數(shù)組拷貝的成本,二來原來的char[]也白白浪費了要被GC掉。可以想見,一個129字符長度的字符串,經(jīng)過了16,32,64, 128四次的復制和丟棄,合共申請了496字符的數(shù)組,在高性能場景下,這幾乎不能忍。
所以,合理設(shè)置一個初始值多重要。
但如果我實在估算不好呢?多估一點點好了,只要字符串最后大于16,就算浪費一點點,也比成倍的擴容好。
Liferay的StringBundler類提供了另一個長度設(shè)置的思路,它在append()的時候,不急著往char[]里塞東西,而是先拿一個String[]把它們都存起來,到了最后才把所有String的length加起來,構(gòu)造一個合理長度的StringBuilder。
浪費發(fā)生在最后一步,StringBuilder.toString()
// Create a copy, don't share the array
return new String(value, 0, count);
String的構(gòu)造函數(shù)會用 System.arraycopy()復制一把傳入的char[]來保證安全性不可變性,如果故事就這樣結(jié)束,StringBuilder里的char[]還是被白白犧牲了。
為了不浪費這些char[],一種方法是用Unsafe之類的各種黑科技,繞過構(gòu)造函數(shù)直接給String的char[]屬性賦值,但很少人這樣做。
另一個靠譜一些的辦法就是重用StringBuilder。而重用,還解決了前面的長度設(shè)置問題,因為即使一開始估算不準,多擴容幾次之后也夠了。
這個做法來源于JDK里的BigDecimal類(沒事看看JDK代碼多重要),SpringSide里將代碼提取成StringBuilderHolder,里面只有一個函數(shù)
public StringBuilder getStringBuilder() {
sb.setLength(0);
return sb;
}
StringBuilder.setLength()函數(shù)只重置它的count指針,而char[]則會繼續(xù)重用,而toString()時會把當前的count指針也作為參數(shù)傳給String的構(gòu)造函數(shù),所以不用擔心把超過新內(nèi)容大小的舊內(nèi)容也傳進去了??梢?,StringBuilder是完全可以被重用的。
為了避免并發(fā)沖突,這個Holder一般設(shè)為ThreadLocal,標準寫法見BigDecimal或StringBuilderHolder的注釋。
String s = “hello ” + user.getName();
這一句經(jīng)過javac編譯后的效果,的確等價于使用StringBuilder,但沒有設(shè)定長度。
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并設(shè)定長度好了。
StringBuffer與StringBuilder都是繼承于AbstractStringBuilder,唯一的區(qū)別就是StringBuffer的函數(shù)上都有synchronized關(guān)鍵字。
那些說StringBuffer “安全”的同學,其實你幾時看過幾個線程輪流append一個StringBuffer的情況???
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)網(wǎng)站,更多相關(guān)內(nèi)容可以進入相關(guān)頻道進行查詢,關(guān)注我們,繼續(xù)學習!