Java中的垃圾收集器和内存泄漏
在面对C/C中的一些内存泄漏后，我想知道Java中是否存在内存泄漏。快速搜索将我带到了以下stackoverflow线程。
@david wasser对此帖子的评论如下：
对象a-
在本例中，ObjectA是代码中正在使用的对象。然而，ObjectA包含一个对ObjectB的引用，该引用实际上是死的（即：ObjectB已经分配和使用，从程序员的角度来看，现在是死的），但程序员忘记了将ObjectA中的引用设置为null。在这种情况下，ObjectB已“泄漏”。
我不太明白为什么垃圾收集器不能解决这个问题？垃圾收集器的任务不是解决那些内存泄漏吗？
另外，我想看一个实现这个想法的基本简短示例。
附言：我宁愿打开一个关于这个的新帖子，而不是在一个有6年历史的网站上发表评论。
共有1个答案
GC只收集不再从程序中引用的对象，因为对象A中对象B的引用没有设置为空，它永远不符合GC的条件。
GC永远不会知道objectB是否是一个抓取对象，因为代码一直保存对它的引用。
-
如果我有一个垃圾收集器来跟踪分配的每个对象，并在它们不再有对它们的可用引用时立即释放它们，你还会有内存泄漏吗？ 考虑到内存泄漏是指没有任何引用的分配，这不是不可能的吗？还是我遗漏了什么？ 编辑：所以我认为内存泄漏是您在代码中不再引用的分配。您仍然可以引用的大量累积分配不是我在这里考虑的泄漏。 我也只是在谈论普通的G.C.，已经有一段时间了，但我知道像循环引用这样的案例不会把他们绊倒。我不需要任何语
-
问题内容： 这是我几个月来一直试图寻找的问题。我有一个运行的Java应用程序，它处理xml提要并将结果存储在数据库中。存在间歇性的资源问题，很难追踪。 背景： 在生产包装盒上（问题最明显的地方），我对包装盒的访问不是特别好，并且无法使Jprofiler运行。那个盒子是一个运行centos5.2，tomcat6和java 1.6.0.11的64位四核8GB计算机。它以这些java-opts开头 技术
-
本文向大家介绍Java垃圾收集，包括了Java垃圾收集的使用技巧和注意事项，需要的朋友参考一下 示例 C ++方法-新增和删除 在像C ++这样的语言中，应用程序负责管理动态分配的内存所使用的内存。当使用new运算符在C ++堆中创建对象时，需要相应地使用delete运算符来处置该对象： 如果程序忘记了delete一个对象而只是“忘记”了该对象，则关联的内存将丢失给应用程序。这种情况的术语是内存泄
-
问题：那么扫一扫实际上是什么意思？它是实际的垃圾回收（回收无法访问的对象并释放内存？）？还是意味着什么不同？ 如果是这样，如果我们省略了扫描阶段，我们会遇到什么样的麻烦？
-
问题内容： 我正在读取一个很大的文件，并从每一行中提取文本的一小部分。但是，在操作结束时，我的工作记忆很少。似乎垃圾收集器在读取文件后无法释放内存。 我的问题是：有什么办法释放这种记忆？还是这是JVM错误？ 我创建了一个SSCCE来演示这一点。它读取一个1 mb（由于16位编码，在Java中为2 mb）的文件，并从每行中提取一个字符（约4000行，因此大约为8 kb）。测试结束时，仍将使用全部2
-
Java 15 使 ZGC、Z 垃圾收集器成为标准功能。它是 Java 15 之前的一个实验性功能。它是低延迟、高度可扩展的垃圾收集器。 ZGC 是在 Java 11 中作为一项实验性功能引入的，因为开发人员社区认为它太大而无法提前发布。 即使在机器学习应用程序等海量数据应用程序的情况下，ZGC 也具有高性能和高效工作。它确保在处理数据时不会因垃圾收集而长时间停顿。它支持 Linux、Window