就在昨天臣嚣，一位叫小菜的讀者微信我說(shuō)了上面這段話(huà)娇昙。
我當(dāng)時(shí)看到這條微信的第一感覺(jué)是：小菜你也太菜了吧尺迂，這都不知道為啥啊冒掌！我估計(jì)正在讀這篇文章的你也會(huì)有同樣的感覺(jué)噪裕。
但捫心自問(wèn)，在我做程序員的前兩年內(nèi)股毫，我也不知道為啥膳音。遇到字符串拼接就上“+”號(hào)操作符，甭管是不是在循環(huán)體內(nèi)铃诬。和小菜比起來(lái)祭陷，我當(dāng)時(shí)可沒(méi)他這么幸運(yùn)，還有一位熱心的“二哥”能夠分享這份價(jià)值連城的開(kāi)發(fā)手冊(cè)趣席。
既然我這么熱心分享兵志，不如好人做到底，對(duì)不對(duì)宣肚？我就認(rèn)認(rèn)真真地寫(xiě)一篇文章想罕，給小菜解惑一下。
01霉涨、“+”號(hào)操作符
要說(shuō)姿勢(shì)按价，“+”號(hào)操作符必須是字符串拼接最常用的一種了，沒(méi)有之一嵌纲。
String chenmo = "沉默";
String wanger = "王二";
System.out.println(chenmo + wanger);
我們把這段代碼使用 JAD 反編譯一下俘枫。
String chenmo = "\u6C89\u9ED8"; // 沉默
String wanger = "\u738B\u4E8C"; // 王二
System.out.println((new StringBuilder(String.valueOf(chenmo))).append(wanger).toString());
我去，原來(lái)編譯的時(shí)候把“+”號(hào)操作符替換成了 StringBuilder 的 append 方法逮走。也就是說(shuō)鸠蚪，“+”號(hào)操作符在拼接字符串的時(shí)候只是一種形式主義，讓開(kāi)發(fā)者使用起來(lái)比較簡(jiǎn)便，代碼看起來(lái)比較簡(jiǎn)潔茅信，讀起來(lái)比較順暢盾舌。算是 Java 的一種語(yǔ)法糖吧。
02蘸鲸、StringBuilder
除去“+”號(hào)操作符妖谴，StringBuilder 的 append 方法就是第二個(gè)常用的字符串拼接姿勢(shì)了。
先來(lái)看一下 StringBuilder 類(lèi)的 append 方法的源碼：
public StringBuilder append(String str) {
? ? super.append(str);
? ? return this;
}
這 3 行代碼沒(méi)啥可看的酌摇，可看的是父類(lèi) AbstractStringBuilder 的 append 方法：
public AbstractStringBuilder append(String str) {
? ? if (str == null)
? ? ? ? return appendNull();
? ? int len = str.length();
? ? ensureCapacityInternal(count + len);
? ? str.getChars(0, len, value, count);
? ? count += len;
? ? return this;
}
1）判斷拼接的字符串是不是 null膝舅，如果是，當(dāng)做字符串“null”來(lái)處理窑多。appendNull 方法的源碼如下：
private AbstractStringBuilder appendNull() {
? ? int c = count;
? ? ensureCapacityInternal(c + 4);
? ? final char[] value = this.value;
? ? value[c++] = 'n';
? ? value[c++] = 'u';
? ? value[c++] = 'l';
? ? value[c++] = 'l';
? ? count = c;
? ? return this;
}
2）拼接后的字符數(shù)組長(zhǎng)度是否超過(guò)當(dāng)前值仍稀，如果超過(guò)，進(jìn)行擴(kuò)容并復(fù)制埂息。ensureCapacityInternal 方法的源碼如下：
private void ensureCapacityInternal(int minimumCapacity) {
? ? // overflow-conscious code
? ? if (minimumCapacity - value.length > 0) {
? ? ? ? value = Arrays.copyOf(value,
? ? ? ? ? ? ? ? newCapacity(minimumCapacity));
? ? }
}
3）將拼接的字符串 str 復(fù)制到目標(biāo)數(shù)組 value 中技潘。
str.getChars(0, len, value, count)
1
03、StringBuffer
先有 StringBuffer 后有 StringBuilder千康，兩者就像是孿生雙胞胎享幽，該有的都有，只不過(guò)大哥 StringBuffer 因?yàn)槎嗪粑鼉煽谛迈r空氣拾弃，所以是線程安全的值桩。
public synchronized StringBuffer append(String str) {
? ? toStringCache = null;
? ? super.append(str);
? ? return this;
}
StringBuffer 類(lèi)的 append 方法比 StringBuilder 多了一個(gè)關(guān)鍵字 synchronized，可暫時(shí)忽略 toStringCache = null砸彬。
synchronized 是 Java 中的一個(gè)非常容易臉熟的關(guān)鍵字颠毙，是一種同步鎖斯入。它修飾的方法被稱(chēng)為同步方法砂碉，是線程安全的。
04刻两、String 類(lèi)的 concat 方法
單就姿勢(shì)上來(lái)看增蹭，String 類(lèi)的 concat 方法就好像 StringBuilder 類(lèi)的 append。
String chenmo = "沉默";
String wanger = "王二";
System.out.println(chenmo.concat(wanger));
文章寫(xiě)到這的時(shí)候磅摹，我突然產(chǎn)生了一個(gè)奇妙的想法滋迈。假如有這樣兩行代碼：
chenmo += wanger
chenmo = chenmo.concat(wanger)
之間究竟有多大的差別呢？
之前我們已經(jīng)了解到户誓，chenmo += wanger 實(shí)際上相當(dāng)于 (new StringBuilder(String.valueOf(chenmo))).append(wanger).toString()饼灿。
要探究“+”號(hào)操作符和 concat 之間的差別，實(shí)際上要看 append 方法和 concat 方法之間的差別帝美。
append 方法的源碼之前分析過(guò)了碍彭。我們就來(lái)看一下 concat 方法的源碼吧。
public String concat(String str) {
? ? int otherLen = str.length();
? ? if (otherLen == 0) {
? ? ? ? return this;
? ? }
? ? int len = value.length;
? ? char buf[] = Arrays.copyOf(value, len + otherLen);
? ? str.getChars(buf, len);
? ? return new String(buf, true);
}
1）如果拼接的字符串的長(zhǎng)度為 0，那么返回拼接前的字符串庇忌。
if (otherLen == 0) {
? ? return this;
}
2）將原字符串的字符數(shù)組 value 復(fù)制到變量 buf 數(shù)組中舞箍。
char buf[] = Arrays.copyOf(value, len + otherLen);
1
3）把拼接的字符串 str 復(fù)制到字符數(shù)組 buf 中，并返回新的字符串對(duì)象皆疹。
str.getChars(buf, len);
return new String(buf, true);
1
2
通過(guò)源碼分析我們大致可以得出以下結(jié)論：
1）如果拼接的字符串是 null疏橄，concat 時(shí)候就會(huì)拋出 NullPointerException，“+”號(hào)操作符會(huì)當(dāng)做是“null”字符串來(lái)處理略就。
2）如果拼接的字符串是一個(gè)空字符串（""）捎迫，那么 concat 的效率要更高一點(diǎn)。畢竟不需要 new StringBuilder 對(duì)象表牢。
3）如果拼接的字符串非常多立砸，concat 的效率就會(huì)下降，因?yàn)閯?chuàng)建的字符串對(duì)象越多初茶，開(kāi)銷(xiāo)就越大颗祝。
注意了！Ｄ詹肌螺戳！
弱弱地問(wèn)一下啊，還有在用 JSP 的同學(xué)嗎折汞？EL 表達(dá)式中是不允許使用“+”操作符來(lái)拼接字符串的倔幼，這時(shí)候就只能用 concat 了。
${chenmo.concat('-').concat(wanger)}
1
05爽待、String 類(lèi)的 join 方法
JDK 1.8 提供了一種新的字符串拼接姿勢(shì)：String 類(lèi)增加了一個(gè)靜態(tài)方法 join损同。
String chenmo = "沉默";
String wanger = "王二";
String cmower = String.join("", chenmo, wanger);
System.out.println(cmower);
第一個(gè)參數(shù)為字符串連接符，比如說(shuō)：
String message = String.join("-", "王二", "太特么", "有趣了");
1
輸出結(jié)果為：王二-太特么-有趣了
我們來(lái)看一下 join 方法的源碼：
public static String join(CharSequence delimiter, CharSequence... elements) {
? ? Objects.requireNonNull(delimiter);
? ? Objects.requireNonNull(elements);
? ? // Number of elements not likely worth Arrays.stream overhead.
? ? StringJoiner joiner = new StringJoiner(delimiter);
? ? for (CharSequence cs: elements) {
? ? ? ? joiner.add(cs);
? ? }
? ? return joiner.toString();
}
發(fā)現(xiàn)了一個(gè)新類(lèi) StringJoiner鸟款，類(lèi)名看起來(lái)很 6膏燃，讀起來(lái)也很順口。StringJoiner 是 java.util 包中的一個(gè)類(lèi)何什，用于構(gòu)造一個(gè)由分隔符重新連接的字符序列组哩。限于篇幅，本文就不再做過(guò)多介紹了处渣，感興趣的同學(xué)可以去了解一下伶贰。
06、StringUtils.join
實(shí)戰(zhàn)項(xiàng)目當(dāng)中罐栈，我們處理字符串的時(shí)候黍衙，經(jīng)常會(huì)用到這個(gè)類(lèi)——org.apache.commons.lang3.StringUtils，該類(lèi)的 join 方法是字符串拼接的一種新姿勢(shì)荠诬。
String chenmo = "沉默";
String wanger = "王二";
StringUtils.join(chenmo, wanger);
該方法更善于拼接數(shù)組中的字符串琅翻，并且不用擔(dān)心 NullPointerException涯捻。
StringUtils.join(null)? ? ? ? ? ? = null
StringUtils.join([])? ? ? ? ? ? ? = ""
StringUtils.join([null])? ? ? ? ? = ""
StringUtils.join(["a", "b", "c"]) = "abc"
StringUtils.join([null, "", "a"]) = "a"
通過(guò)查看源碼我們可以發(fā)現(xiàn)，其內(nèi)部使用的仍然是 StringBuilder望迎。
public static String join(final Object[] array, String separator, final int startIndex, final int endIndex) {
? ? if (array == null) {
? ? ? ? return null;
? ? }
? ? if (separator == null) {
? ? ? ? separator = EMPTY;
? ? }
? ? final StringBuilder buf = new StringBuilder(noOfItems * 16);
? ? for (int i = startIndex; i < endIndex; i++) {
? ? ? ? if (i > startIndex) {
? ? ? ? ? ? buf.append(separator);
? ? ? ? }
? ? ? ? if (array[i] != null) {
? ? ? ? ? ? buf.append(array[i]);
? ? ? ? }
? ? }
? ? return buf.toString();
}
大家讀到這障癌，不約而同會(huì)有這樣一種感覺(jué)：我靠（音要拖長(zhǎng)），沒(méi)想到啊沒(méi)想到辩尊，字符串拼接足足有 6 種姿勢(shì)啊涛浙，晚上回到家一定要一一嘗試下。
07摄欲、給小菜一個(gè)答復(fù)
我相信轿亮，小菜讀到我這篇文章的時(shí)候，他一定會(huì)明白為什么阿里巴巴不建議在 for 循環(huán)中使用”+”號(hào)操作符進(jìn)行字符串拼接了胸墙。
來(lái)看兩段代碼我注。
第一段，for 循環(huán)中使用”+”號(hào)操作符迟隅。
String result = "";
for (int i = 0; i < 100000; i++) {
? ? result += "六六六";
}
第二段但骨，for 循環(huán)中使用 append。
StringBuilder sb = new StringBuilder();
for (int i = 0; i < 100000; i++) {
? ? sb.append("六六六");
}
這兩段代碼分別會(huì)耗時(shí)多長(zhǎng)時(shí)間呢智袭？在我的 iMac 上測(cè)試出的結(jié)果是：
1）第一段代碼執(zhí)行完的時(shí)間為 6212 毫秒
2）第二段代碼執(zhí)行完的時(shí)間為 1 毫秒
差距也太特么大了吧奔缠！為什么呢？
我相信有不少同學(xué)已經(jīng)有了自己的答案：第一段的 for 循環(huán)中創(chuàng)建了大量的 StringBuilder 對(duì)象吼野，而第二段代碼至始至終只有一個(gè) StringBuilder 對(duì)象校哎。
08、最后
謝謝大家的閱讀瞳步，原創(chuàng)不易闷哆，喜歡就隨手點(diǎn)個(gè)贊??，這將是我最強(qiáng)的寫(xiě)作動(dòng)力单起。如果覺(jué)得文章對(duì)你有點(diǎn)幫助抱怔，還挺有趣，就關(guān)注一下我的公眾號(hào)「沉默王二」馏臭；回復(fù)「666」更有 500G 高質(zhì)量教學(xué)視頻相送（已分門(mén)別類(lèi)）野蝇。
