江南白衣之-Java進階-StringBuffer在高效能場景下的正確用法
每一條語句，都會生成一個新的StringBuilder，這裡就有了兩個StringBuilder，效能就完全不一樣了。如果是在迴圈體裡s+=i; 就更加多得沒譜。據R大說，努力的JVM工程師們在執行優化階段， 根據+XX:+OptimizeStringConcat(JDK7u40後預設開啟)，把相鄰的(中間沒隔著控制語句) StringBuilder合成一個，也會努力的猜長度。所以，保險起見還是繼續自己用StringBuilder並設定長度好了。
6. StringBuffer 與 StringBuilder
StringBuffer與StringBuilder都是繼承於AbstractStringBuilder，唯一的區別就是StringBuffer的函式上都有synchronized關鍵字。那些說StringBuffer “安全”的同學，其實你幾時看過幾個執行緒輪流append一個StringBuffer的情況？？？
7. 永遠把日誌的字串拼接交給slf4j??
logger.info("Hello {}", user.getName());對於不知道要不要輸出的日誌，交給slf4j在真的需要輸出時才去拼接的確能省節約成本。但對於一定要輸出的日誌，直接自己用StringBuilder拼接更快。因為看看slf4j的實現，實際上就是不斷的indexof("{}"), 不斷的subString()，再不斷的用StringBuilder拼起來而已，沒有銀彈。PS. slf4j中的StringBuilder在原始Message之外預留了50個字元，如果可變引數加起來長過50字元還是得複製擴容......而且StringBuilder也沒有重用。
8. 小結
StringBuilder預設的寫法，會為129長度的字串拼接，合共申請625字元的陣列。所以高效能的場景下，永遠要考慮用一個ThreadLocal 可重用的StringBuilder。而且重用之後，就不用再玩猜長度的遊戲了。當然，如果字串只有一百幾十位元組，也不一定要考慮重用，設好初始值就好。