何时编译器会在StringBuilder上选择StringBuffer进行字符串连接

Question

当我注意到有关字符串连接的这一点时,我正在查看StringJavadoc:

Java语言为字符串连接运算符(+)提供特殊支持,并为其他对象转换为字符串.String通过StringBuilder(或StringBuffer)实现连接

从Java 8 JLS 15.8.1开始,它是编译器的选择(强调我的):

实现可以选择在一个步骤中执行转换和连接,以避免创建然后丢弃中间String对象.为了提高重复字符串连接的性能,Java编译器可以使用StringBuffer类或类似技术来减少通过计算表达式创建的中间String对象的数量.

我制作了一个小程序来查看它编写的内容

public class Tester {

    public static void main(String[] args) {
        System.out.println("hello");
        for (int i = 1; i < 5; i++) {
            String s = "hi " + i;
            System.out.println(s);
        }
        String t = "me";
        for (int i = 1; i < 5; i++) {
            t += i;
            System.out.println(t);
        }
        System.out.println(t);
    }
}

运行时的输出javap -c Tester显示StringBuilder正在使用的输出:

Compiled from "Tester.java"
public class Tester {
  public Tester();
    Code:
       0: aload_0
       1: invokespecial #1                  // Method java/lang/Object."<init>":()V
       4: return

  public static void main(java.lang.String[]);
    Code:
       0: getstatic     #2                  // Field java/lang/System.out:Ljava/io/PrintStream;
       3: ldc           #3                  // String hello
       5: invokevirtual #4                  // Method java/io/PrintStream.println:(Ljava/lang/String;)V
       8: iconst_1
       9: istore_1
      10: iload_1
      11: iconst_5
      12: if_icmpge     48
      15: new           #5                  // class java/lang/StringBuilder
      18: dup
      19: invokespecial #6                  // Method java/lang/StringBuilder."<init>":()V
      22: ldc           #7                  // String hi
      24: invokevirtual #8                  // Method java/lang/StringBuilder.append:(Ljava/lang/String;)Ljava/lang/StringBuilder;
      27: iload_1
      28: invokevirtual #9                  // Method java/lang/StringBuilder.append:(I)Ljava/lang/StringBuilder;
      31: invokevirtual #10                 // Method java/lang/StringBuilder.toString:()Ljava/lang/String;
      34: astore_2
      35: getstatic     #2                  // Field java/lang/System.out:Ljava/io/PrintStream;
      38: aload_2
      39: invokevirtual #4                  // Method java/io/PrintStream.println:(Ljava/lang/String;)V
      42: iinc          1, 1
      45: goto          10
      48: ldc           #11                 // String me
      50: astore_1
      51: iconst_1
      52: istore_2
      53: iload_2
      54: iconst_5
      55: if_icmpge     90
      58: new           #5                  // class java/lang/StringBuilder
      61: dup
      62: invokespecial #6                  // Method java/lang/StringBuilder."<init>":()V
      65: aload_1
      66: invokevirtual #8                  // Method java/lang/StringBuilder.append:(Ljava/lang/String;)Ljava/lang/StringBuilder;
      69: iload_2
      70: invokevirtual #9                  // Method java/lang/StringBuilder.append:(I)Ljava/lang/StringBuilder;
      73: invokevirtual #10                 // Method java/lang/StringBuilder.toString:()Ljava/lang/String;
      76: astore_1
      77: getstatic     #2                  // Field java/lang/System.out:Ljava/io/PrintStream;
      80: aload_1
      81: invokevirtual #4                  // Method java/io/PrintStream.println:(Ljava/lang/String;)V
      84: iinc          2, 1
      87: goto          53
      90: getstatic     #2                  // Field java/lang/System.out:Ljava/io/PrintStream;
      93: aload_1
      94: invokevirtual #4                  // Method java/io/PrintStream.println:(Ljava/lang/String;)V
      97: return
}

我已经看了一些问题,这些问题告诉我们这个故事StringBuilder通常因为同步而更快StringBuffer,并且它取代了这些字符串连接:

1. StringBuffer/StringBuilder何时未被编译器隐式使用？
2. 当Java Compiler在一行中看到许多String连接时会发生什么？
3. Java:String concat vs StringBuilder - 已经过优化,所以我该怎么办？
4. 最佳实践/性能:将StringBuilder.append与String.concat混合使用
5. StringBuilder vs Java中toString()的字符串连接
6. StringBuilder和StringBuffer

所以,考虑到我读过的东西,StringBuilder通常是更好的选择让我想到几件事:

1. 何时以及为什么编译器会选择使用StringBuffer而不是StringBuilder？
2. 如果编译器可以选择使用任何AbstractStringBuilder实现,那会不会更有意义？

Answer 1

您引用的规范的措辞源于旧规范.简单的答案是,在Java 1.5 aka Java 5之前没有StringBuilder.所以,老的编译器没得选择StringBuffer,并StringBuilder和当时的说明书简单地使用什么是可用的建议.

使用Java 5,StringBuilder引入了不使用synchronized对于String串联用例完美的方法,因为它是纯粹的本地操作.因此,对于目标1.5或更高的编译器,有一个选择(规范的单词"或类似的技术"仍然涵盖),他们将选择StringBuilder在没有理由使用StringBuffer何时使用目标1.5或更高.