java final 变量 回收_对Java中的变量使用final是否改善垃圾回收？

这里有一个稍微不同的例子，一个有最终引用类型字段，而不是最终值类型局部变量：

public class MyClass {

public final MyOtherObject obj;

}

每次创建MyClass的实例时，您都将创建一个对MyOtherObject实例的外向引用，并且GC将必须按照该链接查找活动对象。

JVM使用标记扫描GC算法，它必须检查GC“根”位置(如当前调用堆栈中的所有对象)的所有实时引用。每个活动对象被“标记”为活动的，并且活动对象引用的任何对象也被标记为活动的。

在完成标记阶段之后，GC扫描整个堆，释放所有未标记对象的内存(并压缩剩余活动对象的内存)。

此外，重要的是要认识到Java堆内存分为“年轻一代”和“老一代”。所有对象最初分配在年轻一代(有时被称为“苗圃”)。由于大多数对象是短暂的，GC对于释放来自年轻代的最近的垃圾更积极。如果对象在年轻代的收集周期中存活，则它被移动到较少被处理的旧代(有时被称为“永久代”)中。

所以，在我的头顶，我会说“不，’最后’modifer不帮助GC减少其工作量。

在我看来，在Java中优化内存管理的最佳策略是尽可能快地消除伪引用。你可以通过在一个对象引用完成使用之后分配“null”。

或者，更好的是，最小化每个声明范围的大小。例如，如果你在一个1000行方法的开头声明一个对象，并且该对象保持活动状态，直到该方法的范围(最后关闭的大括号)的关闭，那么该对象可能会活得更长时间，实际上必要。

如果你使用小的方法，只有十几行代码，那么该方法中声明的对象将更快地超出范围，GC将能够以更高效的方式完成大部分工作年轻一代。你不希望对象被移动到老一代，除非绝对必要。