释放 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;
这将重置字符串生成器并使其符合垃圾回收条件?!
最佳答案
如果您真的希望尽快释放内存,那么您需要查看 GC 选项,而不是代码。
为此目的对 GC 选项的详分割析超出了此处的合理范围 - 但具体来说,新的 Shenandoah GC 可以调整为比 G1 或并发标记更积极地释放内存很多/sweep,所以这可能是您想要使用的。您可以使用 -XX:+UseShenandoahGC
指定它。 (目前它是 OpenJDK 特定的和实验性的,但如果你想要你所追求的行为,那就是你要去的地方。)
对于快速发布时间,您可能希望为 ShenandoahUncommitDelay
和 ShenandoahGuaranteedGCInterval
使用较小的值。此处较小的值(广义上讲)将更频繁、更积极地运行 GC,因此使用更多的 CPU 周期——但它会产生你所追求的效果,与以前的 GC 化身相比,内存将以令人难以置信的速度释放。
如果您只是想确保释放内存以便它符合快速进行垃圾回收,那么您只需要确保对那个StringBuilder
的所有引用都是尽快设置为空。即使在这种情况下,我也鼓励您分析并检查您是否需要明确地执行此操作 - 在现在的许多情况下,JVM 足够聪明,可以将对象标记为符合 GC 条件,即使它们在技术上仍在范围内(只要它可以看到它们不再被该范围的其余部分引用。)
关于java - 释放stringbuilder内存的最快方法,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/54235459/