如果性能很重要，我应该使用Java's String.format()吗?

通常应该使用String。格式，因为它相对较快，并且支持全球化(假设您实际上正在尝试编写用户可以阅读的内容)。如果您试图翻译一个字符串，而不是每个语句翻译3个或更多字符串(特别是对于语法结构截然不同的语言)，它还可以使全球化变得更容易。

现在，如果你不打算转换任何东西，那么要么依赖Java内置的+运算符转换为StringBuilder。或者显式地使用Java的StringBuilder。

这个问题的答案在很大程度上取决于您特定的Java编译器如何优化它生成的字节码。字符串是不可变的，理论上，每个“+”操作都可以创建一个新的字符串。但是，你的编译器几乎肯定会优化掉构建长字符串的中间步骤。上面的两行代码完全有可能生成完全相同的字节码。

唯一真正了解的方法是在当前环境中迭代地测试代码。编写一个QD应用程序，以迭代的方式连接字符串，并查看它们如何彼此超时。

在您的示例中，性能可能没有太大不同，但还有其他问题需要考虑:即内存碎片。连接操作也在创建一个新字符串，即使它是临时的(GC需要时间，而且工作量更大)。String.format()可读性更强，涉及的碎片更少。

此外，如果你经常使用特定的格式，不要忘记你可以直接使用Formatter()类(所有String.format()所做的是实例化一个使用Formatter实例)。

此外，还应该注意其他一些事情:小心使用substring()。例如:

String getSmallString() {
String largeString = // load from file; say 2M in size
return largeString.substring(100, 300);
}

这个大字符串仍然在内存中，因为这就是Java子字符串的工作方式。一个更好的版本是:

  return new String(largeString.substring(100, 300));

或

  return String.format("%s", largeString.substring(100, 300));

如果你同时做其他事情，第二种形式可能更有用。

import java.io.*;
import java.util.Date;


public class StringTest{


public static void main( String[] args ){
int i = 0;
long prev_time = System.currentTimeMillis();
long time;


for( i = 0; i< 100000; i++){
String s = "Blah" + i + "Blah";
}
time = System.currentTimeMillis() - prev_time;


System.out.println("Time after for loop " + time);


prev_time = System.currentTimeMillis();
for( i = 0; i<100000; i++){
String s = String.format("Blah %d Blah", i);
}
time = System.currentTimeMillis() - prev_time;
System.out.println("Time after for loop " + time);


}
}

对于不同的N运行上面的代码可以看出两者都是线性的，但是String.format要慢5-30倍。

原因是在当前实现中String.format首先用正则表达式解析输入，然后填充参数。另一方面，与plus的连接由javac(而不是JIT)优化，并直接使用StringBuilder.append。

我只是修改了hhafez的测试，以包括StringBuilder。StringBuilder比String快33倍。格式使用jdk 1.6.0_10客户端XP。使用-server开关将该因子降低到20。

public class StringTest {


public static void main( String[] args ) {
test();
test();
}


private static void test() {
int i = 0;
long prev_time = System.currentTimeMillis();
long time;


for ( i = 0; i < 1000000; i++ ) {
String s = "Blah" + i + "Blah";
}
time = System.currentTimeMillis() - prev_time;


System.out.println("Time after for loop " + time);


prev_time = System.currentTimeMillis();
for ( i = 0; i < 1000000; i++ ) {
String s = String.format("Blah %d Blah", i);
}
time = System.currentTimeMillis() - prev_time;
System.out.println("Time after for loop " + time);


prev_time = System.currentTimeMillis();
for ( i = 0; i < 1000000; i++ ) {
new StringBuilder("Blah").append(i).append("Blah");
}
time = System.currentTimeMillis() - prev_time;
System.out.println("Time after for loop " + time);
}
}

虽然这听起来可能很激烈，但我认为它只在极少数情况下相关，因为绝对数字非常低:100万个简单字符串对应4个s。格式调用是可以的-只要我使用他们的日志或类似的。

正如sjbotha在评论中指出的，StringBuilder测试是无效的，因为它缺少最后的.toString()。

在我的机器上，从String.format(.)到StringBuilder的正确加速因子是23(使用-server开关时为16)。

我取了hhafez代码并添加了记忆测试:

private static void test() {
Runtime runtime = Runtime.getRuntime();
long memory;
...
memory = runtime.freeMemory();
// for loop code
memory = memory-runtime.freeMemory();

结果如下(平均每次运行5次):
Approach      时间(毫秒)  已分配的内存(长)
' + ' operator ,,,, 747,,,,,,,,,, 320504,
String.format , 16484,,,,,, 373312,
StringBuilder , 769,,,,,,,,,, 57344,
< /强> < / p > 我们可以看到String '+'和StringBuilder在时间上实际上是相同的，但是StringBuilder在内存使用上要高效得多。 当我们在足够短的时间间隔内有许多日志调用(或任何其他涉及字符串的语句)时，这是非常重要的，这样垃圾收集器就不会清理'+'操作符导致的许多字符串实例

顺便说一句，在构造消息之前，不要忘记检查日志水平。