由于有关于性能的讨论，我想我应该添加一个包含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毫秒

可能会有明显的差别。

字符串。Format相当复杂，在底层使用正则表达式，所以不要习惯在任何地方使用它，只在需要它的地方使用。

StringBuilder会快一个数量级(这里有人已经指出了)。

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

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

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

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

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

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

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

性能:

public static void main(String[] args) throws Exception {      
  long start = System.currentTimeMillis();
  for(int i = 0; i < 1000000; i++){
    String s = "Hi " + i + "; Hi to you " + i*2;
  }
  long end = System.currentTimeMillis();
  System.out.println("Concatenation = " + ((end - start)) + " millisecond") ;

  start = System.currentTimeMillis();
  for(int i = 0; i < 1000000; i++){
    String s = String.format("Hi %s; Hi to you %s",i, + i*2);
  }
  end = System.currentTimeMillis();
  System.out.println("Format = " + ((end - start)) + " millisecond");
}

授时结果如下:

串联= 265毫秒 格式= 4141毫秒

因此，连接比String.format快得多。

It takes a little time to get used to String.Format, but it's worth it in most cases. In the world of NRA (never repeat anything) it's extremely useful to keep your tokenized messages (logging or user) in a Constant library (I prefer what amounts to a static class) and call them as necessary with String.Format regardless of whether you are localizing or not. Trying to use such a library with a concatenation method is harder to read, troubleshoot, proofread, and manage with any any approach that requires concatenation. Replacement is an option, but I doubt it's performant. After years of use, my biggest problem with String.Format is the length of the call is inconveniently long when I'm passing it into another function (like Msg), but that's easy to get around with a custom function to serve as an alias.