Java 字符串拼接竟然有这么多

就在昨天,一位叫小菜的读者微信我说了上面这段话。

我当时看到这条微信的第一感觉是:小菜你也太菜了吧,这都不知道为啥啊!我估计正在读这篇文章的你也会有同样的感觉。

但扪心自问,在我做程序员的前两年内,我也不知道为啥。遇到字符串拼接就上“+”号操作符,甭管是不是在循环体内。和小菜比起来,我当时可没他这么幸运,还有一位热心的“二哥”能够分享这份价值连城的开发手册。

既然我这么热心分享,不如好人做到底,对不对?我就认认真真地写一篇文章,给小菜解惑一下。

01、“+”号操作符

要说姿势,“+”号操作符必须是字符串拼接最常用的一种了,没有之一。

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());

我去,原来编译的时候把“+”号操作符替换成了 StringBuilder 的 append 方法。也就是说,“+”号操作符在拼接字符串的时候只是一种形式主义,让开发者使用起来比较简便,代码看起来比较简洁,读起来比较顺畅。算是 Java 的一种语法糖吧。

02、StringBuilder

除去“+”号操作符,StringBuilder 的 append 方法就是第二个常用的字符串拼接姿势了。

先来看一下 StringBuilder 类的 append 方法的源码:

public StringBuilder append(String str) {

    super.append(str);

    return this;

}

这 3 行代码没啥可看的,可看的是父类 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,如果是,当做字符串“null”来处理。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)拼接后的字符数组长度是否超过当前值,如果超过,进行扩容并复制。ensureCapacityInternal 方法的源码如下:

private void ensureCapacityInternal(int minimumCapacity) {

    // overflow-conscious code

    if (minimumCapacity - value.length > 0) {

        value = Arrays.copyOf(value,

                newCapacity(minimumCapacity));

    }

}


3)将拼接的字符串 str 复制到目标数组 value 中。

str.getChars(0, len, value, count)

1

03、StringBuffer

先有 StringBuffer 后有 StringBuilder,两者就像是孪生双胞胎,该有的都有,只不过大哥 StringBuffer 因为多呼吸两口新鲜空气,所以是线程安全的。

public synchronized StringBuffer append(String str) {

    toStringCache = null;

    super.append(str);

    return this;

}


StringBuffer 类的 append 方法比 StringBuilder 多了一个关键字 synchronized,可暂时忽略 toStringCache = null。

synchronized 是 Java 中的一个非常容易脸熟的关键字,是一种同步锁。它修饰的方法被称为同步方法,是线程安全的。

04、String 类的 concat 方法

单就姿势上来看,String 类的 concat 方法就好像 StringBuilder 类的 append。

String chenmo = "沉默";

String wanger = "王二";

System.out.println(chenmo.concat(wanger));


文章写到这的时候,我突然产生了一个奇妙的想法。假如有这样两行代码:

chenmo += wanger

chenmo = chenmo.concat(wanger)

之间究竟有多大的差别呢?

之前我们已经了解到,chenmo += wanger 实际上相当于 (new StringBuilder(String.valueOf(chenmo))).append(wanger).toString()。

要探究“+”号操作符和 concat 之间的差别,实际上要看 append 方法和 concat 方法之间的差别。

append 方法的源码之前分析过了。我们就来看一下 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)如果拼接的字符串的长度为 0,那么返回拼接前的字符串。

if (otherLen == 0) {

    return this;

}


2)将原字符串的字符数组 value 复制到变量 buf 数组中。

char buf[] = Arrays.copyOf(value, len + otherLen);

1

3)把拼接的字符串 str 复制到字符数组 buf 中,并返回新的字符串对象。

str.getChars(buf, len);

return new String(buf, true);

1

2

通过源码分析我们大致可以得出以下结论:

1)如果拼接的字符串是 null,concat 时候就会抛出 NullPointerException,“+”号操作符会当做是“null”字符串来处理。

2)如果拼接的字符串是一个空字符串(""),那么 concat 的效率要更高一点。毕竟不需要 new StringBuilder 对象。

3)如果拼接的字符串非常多,concat 的效率就会下降,因为创建的字符串对象越多,开销就越大。

注意了!!!

弱弱地问一下啊,还有在用 JSP 的同学吗?EL 表达式中是不允许使用“+”操作符来拼接字符串的,这时候就只能用 concat 了。

${chenmo.concat('-').concat(wanger)}

1

05、String 类的 join 方法

JDK 1.8 提供了一种新的字符串拼接姿势:String 类增加了一个静态方法 join。

String chenmo = "沉默";

String wanger = "王二";

String cmower = String.join("", chenmo, wanger);

System.out.println(cmower);


第一个参数为字符串连接符,比如说:

String message = String.join("-", "王二", "太特么", "有趣了");

1

输出结果为:王二-太特么-有趣了

我们来看一下 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();

}


发现了一个新类 StringJoiner,类名看起来很 6,读起来也很顺口。StringJoiner 是 java.util 包中的一个类,用于构造一个由分隔符重新连接的字符序列。限于篇幅,本文就不再做过多介绍了,感兴趣的同学可以去了解一下。

06、StringUtils.join

实战项目当中,我们处理字符串的时候,经常会用到这个类——org.apache.commons.lang3.StringUtils,该类的 join 方法是字符串拼接的一种新姿势。

String chenmo = "沉默";

String wanger = "王二";

StringUtils.join(chenmo, wanger);


该方法更善于拼接数组中的字符串,并且不用担心 NullPointerException。

StringUtils.join(null)            = null

StringUtils.join([])              = ""

StringUtils.join([null])          = ""

StringUtils.join(["a", "b", "c"]) = "abc"

StringUtils.join([null, "", "a"]) = "a"


通过查看源码我们可以发现,其内部使用的仍然是 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();

}


大家读到这,不约而同会有这样一种感觉:我靠(音要拖长),没想到啊没想到,字符串拼接足足有 6 种姿势啊,晚上回到家一定要一一尝试下。

07、给小菜一个答复

我相信,小菜读到我这篇文章的时候,他一定会明白为什么阿里巴巴不建议在 for 循环中使用”+”号操作符进行字符串拼接了。

来看两段代码。

第一段,for 循环中使用”+”号操作符。

String result = "";

for (int i = 0; i < 100000; i++) {

    result += "六六六";

}


第二段,for 循环中使用 append。

StringBuilder sb = new StringBuilder();

for (int i = 0; i < 100000; i++) {

    sb.append("六六六");

}


这两段代码分别会耗时多长时间呢?在我的 iMac 上测试出的结果是:

1)第一段代码执行完的时间为 6212 毫秒

2)第二段代码执行完的时间为 1 毫秒

差距也太特么大了吧!为什么呢?

我相信有不少同学已经有了自己的答案:第一段的 for 循环中创建了大量的 StringBuilder 对象,而第二段代码至始至终只有一个 StringBuilder 对象。

08、最后

谢谢大家的阅读,原创不易,喜欢就随手点个赞👍,这将是我最强的写作动力。如果觉得文章对你有点帮助,还挺有趣,就关注一下我的公众号「沉默王二」;回复「666」更有 500G 高质量教学视频相送(已分门别类)。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 200,961评论 5 473
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 84,444评论 2 377
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 148,009评论 0 333
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,082评论 1 272
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,101评论 5 363
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,271评论 1 278
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,738评论 3 393
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,395评论 0 255
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,539评论 1 294
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,434评论 2 317
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,481评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,160评论 3 317
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,749评论 3 303
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,816评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,038评论 1 256
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,548评论 2 346
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,140评论 2 341

推荐阅读更多精彩内容