Java中使用StringBuilder与直接使用String相加的性能对比
实验目的: 有个项目中需要在一个类似于for循环的环境中频繁的将数字类型转换为特定格式的字符串,在思考到这时,忽然想验证下使用StringBuilder和直接使用"" + xx之间的差距,虽然理论上来说使用"" + xx会生成多个对象,如果循环次数过多,会频繁的触发GC,导致性能的下降。
本文章讨论的性能是指不同的方式,生成的对象不同,从而导致触发GC的频率不同,GC本身是需要消耗系统资源的。所以这里的性能主要是指减少对象的产生,从而达到减少GC的次数,进而提示系统整体的性能。
实验代码:
package org.example.realTimeQuery;
import java.util.Random;
public class Test1 {
public static final int INT = 1_000_0000;
public static void main(String[] args) {
test1();
// test2();
}
private static void test2() {
Random random = new Random();
for (int i = 0; i < INT; i++) {
String a = "" +random.nextDouble() + i + random.nextDouble() + i;
}
}
private static void test1() {
Random random = new Random();
StringBuilder sb = new StringBuilder();
for (int i = 0; i < INT; i++) {
sb.append(random.nextDouble());
sb.append(i).append(random.nextDouble()).append(i);
sb.setLength(0);
}
}
}
实验方式: 将调用test1方法的打成test.jar,将调用test2方法的打成test2.jar,并执行
java -Xmx10m -Xms10m -verbose:gc -Xloggc:gc1.log -jar test1.jar
java -Xmx10m -Xms10m -verbose:gc -Xloggc:gc2.log -jar test2.jar
打印出GC的信息
实验环境: jdk11,默认的垃圾回收器G1,未进行任何调整
实验结果:
gc1.log,总共4条gc日志
[0.007s][info][gc] Using G1
[1.737s][info][gc] GC(0) Pause Young (Normal) (G1 Evacuation Pause) 6M->2M(10M) 1.384ms
[3.018s][info][gc] GC(1) Pause Young (Normal) (G1 Evacuation Pause) 4M->2M(10M) 1.247ms
[4.302s][info][gc] GC(2) Pause Young (Normal) (G1 Evacuation Pause) 4M->2M(10M) 0.373ms
[5.877s][info][gc] GC(3) Pause Young (Normal) (G1 Evacuation Pause) 4M->2M(10M) 0.512ms
gc2.log,总共约644条gc日志
[0.011s][info][gc] Using G1
[0.135s][info][gc] GC(0) Pause Young (Normal) (G1 Evacuation Pause) 6M->2M(10M) 1.648ms
[0.152s][info][gc] GC(1) Pause Young (Normal) (G1 Evacuation Pause) 4M->2M(10M) 1.235ms
[0.168s][info][gc] GC(2) Pause Young (Normal) (G1 Evacuation Pause) 4M->2M(10M) 0.400ms
...此处省略639条信息
[9.093s][info][gc] GC(641) Pause Young (Normal) (G1 Evacuation Pause) 6M->2M(10M) 0.308ms
[9.109s][info][gc] GC(642) Pause Young (Normal) (G1 Evacuation Pause) 6M->2M(10M) 0.403ms
实验结论: 可以明显的看到使用StringBuilder的性能要高很多。