java – 为什么.toString()似乎修复了StringBuilder的OutOfMemoryError异常?
作者:互联网
我正在学习如何使用JMH对事物进行微观标记.我从一些看似简单的东西开始:StringBuilder与String =的字符串连接.
根据我的理解,我应该创建一个包含StringBuilder实例的State对象,因为我不想对其构造函数进行基准测试(我也不希望每次迭代都是空的).同样适用于String = test – 我希望我的State中的String对象与新字符串连接.
这是我的代码:
@State(Scope.Thread)
@BenchmarkMode(Mode.AverageTime)
@OutputTimeUnit(TimeUnit.NANOSECONDS)
public class Test {
@State(Scope.Thread)
public static class BenchmarkState {
public StringBuilder builder;
public String regularString;
@Setup(Level.Iteration)
public void setup() {
builder = new StringBuilder();
regularString = "";
}
}
@Benchmark
public String stringTest(BenchmarkState state) {
state.regularString += "hello";
return state.regularString;
}
@Benchmark
public String stringBuilderTest(BenchmarkState state) {
state.builder.append("hello");
return state.builder.toString();
}
public static void main(String[] args) throws RunnerException {
Options opt = new OptionsBuilder()
.include(Test.class.getSimpleName())
.forks(1)
.timeUnit(TimeUnit.MILLISECONDS)
.mode(Mode.Throughput)
.measurementTime(TimeValue.seconds(10))
.build();
new Runner(opt).run();
}
}
它有效,但我在想 – 我不想在每次迭代结束时调用.toString().我只测试连接.所以我决定通过返回null来删除它.
但是,这发生在第一次预热迭代期间:
java.lang.OutOfMemoryError: Java heap space
at java.util.Arrays.copyOf(Arrays.java:3332)
at java.lang.AbstractStringBuilder.ensureCapacityInternal(AbstractStringBuilder.java:124)
at java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:448)
at java.lang.StringBuilder.append(StringBuilder.java:136)
我知道如果JMH尽可能快地附加到StringBuilder,我会很快耗尽内存,所以我对OutOfMemoryError问题并不感到惊讶.但我不明白为什么builder.toString()会修复它.
所以我的问题是:
>为什么builder.toString()会避免出现OutOfMemoryError问题? StringBuilder是否仍然保留内存中的所有字符?
>假设我不希望StringBuilder的构造函数或其.toString()方法都不是基准测试的一部分,我该如何正确编写此测试?
解决方法:
调用toString()需要时间,并生成垃圾,需要GC运行,从而进一步降低代码速度.
由于测试有时间限制,这些减速可能导致测试在消耗所有内存之前停止.如果你增加时间限制,即使使用toString,代码也可能会因OOM而失败,它只需要更长的时间.
标签:jmh,microbenchmark,java,benchmarking 来源: https://codeday.me/bug/20190828/1746887.html