提问者:小点点

编译器何时会选择StringBuffer而不是StringBuilder进行字符串连接


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

Java语言为字符串连接运算符()和其他对象到字符串的转换提供了特殊支持。

从Java 8 JLS 15.8.1中,它是编译器的一个选择(我的重点):

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

我做了一个小程序,看看它编译成什么

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编译器在一行中看到许多字符串连接时会发生什么?
  3. Java: String conat vs StringBuilder-优化,那么我该怎么办?
  4. 最佳实践/性能:混合StringBuilder.append与String.concat
  5. StringBuilder vsJava中toString()中的String串联
  6. StringBuilder和StringBuffer

因此,考虑到我读到的东西表明,StringBuilder通常是更好的选择,这让我想知道一些事情:

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

共2个答案

匿名用户

您引用的规范措辞源自旧规范。简单的答案是,在Java之前

用Java

从Java开始

匿名用户

这取决于编译器的实现(javac不是唯一的编译器)。然而,对于这些类型的使用,在StringBuilder之上使用StringBuffer从来都不是一个好的例子。在StringBuffer的同步不提供任何功能值的情况下,它始终是一个单一使用的范围很窄的对象。

简而言之,没有编译器 /should使用StringBuffer。