Dmi*_*kiy 44 java performance microbenchmark jmh
我有一个微基准测试,显示非常奇怪的结果:
@BenchmarkMode(Mode.Throughput)
@Fork(1)
@State(Scope.Thread)
@Warmup(iterations = 10, time = 1, timeUnit = TimeUnit.SECONDS, batchSize = 1000)
@Measurement(iterations = 40, time = 1, timeUnit = TimeUnit.SECONDS, batchSize = 1000)
public class Chaining {
private String a1 = "111111111111111111111111";
private String a2 = "222222222222222222222222";
private String a3 = "333333333333333333333333";
@Benchmark
public String typicalChaining() {
return new StringBuilder().append(a1).append(a2).append(a3).toString();
}
@Benchmark
public String noChaining() {
StringBuilder sb = new StringBuilder();
sb.append(a1);
sb.append(a2);
sb.append(a3);
return sb.toString();
}
}
Run Code Online (Sandbox Code Playgroud)
我期待两个测试的结果相同或至少非常接近.但是,差异几乎是5倍:
# Run complete. Total time: 00:01:41
Benchmark Mode Cnt Score Error Units
Chaining.noChaining thrpt 40 8538.236 ± 209.924 ops/s
Chaining.typicalChaining thrpt 40 36729.523 ± 988.936 ops/s
Run Code Online (Sandbox Code Playgroud)
有谁知道这怎么可能?
apa*_*gin 55
字符串连接a + b + c是Java程序中非常频繁的模式,因此HotSpot JVM对其进行了特殊优化:-XX:+OptimizeStringConcat默认情况下为ON.
HotSpot JVM识别new StringBuilder().append()...append().toString()字节码中的模式,并将其转换为优化的机器代码,而无需调用实际的Java方法,也无需分配中间对象.即这是一种复合JVM内在的.
以下是此优化的源代码.
另一方面,sb.append(); sb.append(); ...没有特别处理.这个序列的编译就像常规的Java方法调用一样.
如果您重新运行基准测试-XX:-OptimizeStringConcat,两种变体的性能将相同.