一般来说，字符串连接应该优先于string .format。后者有两个主要缺点:

它不以本地方式对要构建的字符串进行编码。 构建过程编码在字符串中。

第一点，我的意思是不可能理解String.format()调用在一次连续传递中所做的事情。人们被迫在格式字符串和参数之间来回切换，同时计算参数的位置。对于短连接，这不是什么大问题。但是，在这些情况下，字符串连接不那么详细。

第2点，我的意思是构建过程的重要部分编码在格式字符串中(使用DSL)。使用字符串表示代码有很多缺点。它本身不是类型安全的，并且使语法高亮显示、代码分析和优化等变得复杂。

当然，在使用Java语言之外的工具或框架时，可能会出现新的因素。

由于有关于性能的讨论，我想我应该添加一个包含StringBuilder的比较。事实上，它比concat更快，当然也比String更快。格式选项。

为了使这成为一种苹果对苹果的比较，我在循环中而不是在外部实例化了一个新的StringBuilder(这实际上比只实例化一个更快，这很可能是由于在一个构建器的末尾为循环追加重新分配空间的开销)。

    String formatString = "Hi %s; Hi to you %s";

    long start = System.currentTimeMillis();
    for (int i = 0; i < 1000000; i++) {
        String s = String.format(formatString, i, +i * 2);
    }

    long end = System.currentTimeMillis();
    log.info("Format = " + ((end - start)) + " millisecond");

    start = System.currentTimeMillis();

    for (int i = 0; i < 1000000; i++) {
        String s = "Hi " + i + "; Hi to you " + i * 2;
    }

    end = System.currentTimeMillis();

    log.info("Concatenation = " + ((end - start)) + " millisecond");

    start = System.currentTimeMillis();

    for (int i = 0; i < 1000000; i++) {
        StringBuilder bldString = new StringBuilder("Hi ");
        bldString.append(i).append("; Hi to you ").append(i * 2);
    }

    end = System.currentTimeMillis();

    log.info("String Builder = " + ((end - start)) + " millisecond");

2012-01-11 16:30:46,058 INFO [TestMain] - Format = 1416毫秒 2012-01-11 16:30:46,190 INFO [TestMain] -连接= 134毫秒 2012-01-11 16:30:46,313 INFO [TestMain] - String Builder = 117毫秒

一般来说，字符串连接应该优先于string .format。后者有两个主要缺点:

它不以本地方式对要构建的字符串进行编码。 构建过程编码在字符串中。

第一点，我的意思是不可能理解String.format()调用在一次连续传递中所做的事情。人们被迫在格式字符串和参数之间来回切换，同时计算参数的位置。对于短连接，这不是什么大问题。但是，在这些情况下，字符串连接不那么详细。

第2点，我的意思是构建过程的重要部分编码在格式字符串中(使用DSL)。使用字符串表示代码有很多缺点。它本身不是类型安全的，并且使语法高亮显示、代码分析和优化等变得复杂。

当然，在使用Java语言之外的工具或框架时，可能会出现新的因素。

String.format()不仅仅是连接字符串。例如，可以使用String.format()显示特定地区的数字。

然而，如果你不关心本地化，就没有功能上的区别。 也许这个连接比另一个快，但在大多数情况下，它可以忽略不计。

哪一个更容易读，取决于你的大脑如何工作。

你已经得到答案了。

这是个人喜好的问题。

我认为，字符串连接稍微快一些，但这应该可以忽略不计。

下面是与上面相同的测试，只是修改了对StringBuilder调用toString()方法。下面的结果表明，StringBuilder方法比使用+操作符的字符串连接稍微慢一点。

文件:StringTest.java

class StringTest {

  public static void main(String[] args) {

    String formatString = "Hi %s; Hi to you %s";

    long start = System.currentTimeMillis();
    for (int i = 0; i < 1000000; i++) {
        String s = String.format(formatString, i, +i * 2);
    }

    long end = System.currentTimeMillis();
    System.out.println("Format = " + ((end - start)) + " millisecond");

    start = System.currentTimeMillis();

    for (int i = 0; i < 1000000; i++) {
        String s = "Hi " + i + "; Hi to you " + i * 2;
    }

    end = System.currentTimeMillis();

    System.out.println("Concatenation = " + ((end - start)) + " millisecond");

    start = System.currentTimeMillis();

    for (int i = 0; i < 1000000; i++) {
        StringBuilder bldString = new StringBuilder("Hi ");
        bldString.append(i).append("Hi to you ").append(i * 2).toString();
    }

    end = System.currentTimeMillis();

    System.out.println("String Builder = " + ((end - start)) + " millisecond");

  }
}

Shell命令:(编译并运行StringTest 5次)

> javac StringTest.java
> sh -c "for i in \$(seq 1 5); do echo \"Run \${i}\"; java StringTest; done"

结果:

Run 1
Format = 1290 millisecond
Concatenation = 115 millisecond
String Builder = 130 millisecond

Run 2
Format = 1265 millisecond
Concatenation = 114 millisecond
String Builder = 126 millisecond

Run 3
Format = 1303 millisecond
Concatenation = 114 millisecond
String Builder = 127 millisecond

Run 4
Format = 1297 millisecond
Concatenation = 114 millisecond
String Builder = 127 millisecond

Run 5
Format = 1270 millisecond
Concatenation = 114 millisecond
String Builder = 126 millisecond