你不能比较字符串连接和字符串。格式由上面的程序。

你也可以尝试交换使用你的字符串的位置。格式和连接在你的代码块如下所示

public static void main(String[] args) throws Exception {      
  long start = System.currentTimeMillis();

  for( int i=0;i<1000000; i++){
    String s = String.format( "Hi %s; Hi to you %s",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") ;
}

您会惊讶地发现，Format在这里工作得更快。这是因为创建的初始对象可能不会被释放，内存分配可能会出现问题，从而影响性能。

可能会有明显的差别。

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

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

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

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.

我没有做任何具体的基准测试，但我认为连接可能更快。String.format()创建一个新的Formatter，该Formatter反过来创建一个新的StringBuilder(大小只有16个字符)。这是一个相当大的开销，特别是当您正在格式化一个较长的字符串并且StringBuilder必须不断调整大小时。

然而，串联不太有用，也更难阅读。一如既往，有必要对代码进行基准测试，看看哪个更好。在服务器应用程序中，当你的资源包、locale等加载到内存中，代码被jit后，这些差异可以忽略不计。

也许作为一个最佳实践，它将是一个好主意，创建自己的Formatter与适当大小的StringBuilder(可追加的)和地区，并使用它，如果你有很多格式化要做。

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

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