Java 资源处理实务

垃圾收集器会销毁所有不需要和未使用的对象， 如果我们手动清空对象，例如List=null， 该行为是否会对绩效产生负面或正面影响

我在用Java。

---

谢谢。

我不是内存处理细节方面的专家，但我可以分享我所知道的。GC将收集未使用的内容。因此，当您消除对对象的最后一个引用（通过显式为空）时，您将把它标记为垃圾收集。这并不保证它会立即被收集

---

您可以显式地尝试调用GC，但您会看到很多人反对它。我的理解是，对GC的调用充其量是不可靠的。GC和Java的全部要点是，作为程序员，您不需要太担心内存分配。至于性能，除非您对堆空间有严格的限制，否则您不应该注意GC活动。

不是内存处理细节方面的专家，但我可以分享我所知道的。GC将收集未使用的内容。因此，当您消除对对象的最后一个引用（通过显式为空）时，您将把它标记为垃圾收集。这并不保证它会立即被收集

---

您可以显式地尝试调用GC，但您会看到很多人反对它。我的理解是，对GC的调用充其量是不可靠的。GC和Java的全部要点是，作为程序员，您不需要太担心内存分配。至于性能，除非您对堆空间有严格的限制，否则您不应该注意GC活动。

垃圾收集是Java重新收集游荡对象占用的空间的一种方式。通过这样做，它[Java]确保您的应用程序永远不会耗尽内存（尽管我们不能保证程序永远不会耗尽内存）

建议将其保留在JVM上

---

读相关：

垃圾收集是Java重新收集游荡对象占用的空间的一种方式。通过这样做，它[Java]确保您的应用程序永远不会耗尽内存（尽管我们不能保证程序永远不会耗尽内存）

建议将其保留在JVM上

---

阅读相关：

显式

null

ing几乎没有区别。通常，GC可以可靠地检测何时无法到达某个对象，因此可以使用GCd

特别是，

null

ing堆栈（即方法内部）变量绝对没有帮助。让运行时自动检测何时需要它们和何时不需要它们是很简单的

null

ing heap（即类内）变量在某些罕见的情况下可能会有所帮助，但这是一个罕见的例外，可能弊大于利（在代码易读性/可维护性方面）

---

还要注意，

null

ing不能保证对象是否或何时为GCd。

Explicit

null

ing几乎没有区别。通常，GC可以可靠地检测何时无法到达某个对象，因此可以使用GCd

特别是，

null

ing堆栈（即方法内部）变量绝对没有帮助。让运行时自动检测何时需要它们和何时不需要它们是很简单的

null

ing heap（即类内）变量在某些罕见的情况下可能会有所帮助，但这是一个罕见的例外，可能弊大于利（在代码易读性/可维护性方面）

还要注意，

null

ing不能保证对象是否或何时为GCd