java - 释放stringbuilder内存的最快方法

Question

释放 stringbuilder 内存的最快方法是什么。

 StringBUilder sb = new StringBuilder();
 sb.apppend(maximum value possible);

下面是我尝试尽快释放内存并使对象符合垃圾回收条件的代码片段

选项 1:

sb = null;

根据我的理解，stringbuilder中的所有数据将被删除，并且对象一旦被踢入就可以进行垃圾回收，但是被stringbuilder占用的文本内存将被释放。还有里面的字符串值是不是也会从堆中删除或者存储到字符串池中？

选项 2:

 sb.setLength(0);

这将重置字符串生成器的长度，但不会被垃圾回收

选项 3:

 sb.delete(0,sb.length());

这将通过删除其中的所有数据来重置字符串构建器，但它不会被垃圾收集

选项 4:

 sb.delete(0,sb.length());
 sb = null;

这将重置字符串生成器并使其符合垃圾回收条件？!

Answer 1

如果您真的希望尽快释放内存，那么您需要查看 GC 选项，而不是代码。

为此目的对 GC 选项的详分割析超出了此处的合理范围 - 但具体来说，新的 Shenandoah GC 可以调整为比 G1 或并发标记更积极地释放内存很多/sweep，所以这可能是您想要使用的。您可以使用 -XX:+UseShenandoahGC 指定它。 (目前它是 OpenJDK 特定的和实验性的，但如果你想要你所追求的行为，那就是你要去的地方。)

对于快速发布时间，您可能希望为 ShenandoahUncommitDelay 和 ShenandoahGuaranteedGCInterval 使用较小的值。此处较小的值(广义上讲)将更频繁、更积极地运行 GC，因此使用更多的 CPU 周期——但它会产生你所追求的效果，与以前的 GC 化身相比，内存将以令人难以置信的速度释放。

如果您只是想确保释放内存以便它符合快速进行垃圾回收，那么您只需要确保对那个StringBuilder 的所有引用都是尽快设置为空。即使在这种情况下，我也鼓励您分析并检查您是否需要明确地执行此操作 - 在现在的许多情况下，JVM 足够聪明，可以将对象标记为符合 GC 条件，即使它们在技术上仍在范围内(只要它可以看到它们不再被该范围的其余部分引用。)