Java垃圾收集总是要“停止世界”吗？
我试图更深入地理解Java的垃圾收集。
在HotSpot JVM世代集合中，堆中有三个区域（年轻世代、老世代和永久世代）。还有两种算法：
共有1个答案
openjdk中所有免费可用的GC都有一些stop the world事件。不仅仅是GCs，其他事情，如去优化，也会触发安全点。
但并不是所有的停顿都是平等的。CMS和G1不需要使用老一代中的活动数据集来扩展它们的暂停时间，因为它们只在暂停期间扫描对象的子集，并同时执行它们的大部分工作，这与串行收集器和吞吐量收集器不同。
ZGC（自OpenJDK11起可用）和Shenandoah（自12起可用）是进一步将暂停时间与实时数据集大小解耦并仅使用根集大小来扩展暂停的收集器。
并发算法通常在吞吐量和复杂性方面付出一定的代价来换取其较低的停顿时间。不做压缩使CMS相对（！）对于并发收集器来说很简单。
-
本文向大家介绍Java垃圾收集，包括了Java垃圾收集的使用技巧和注意事项，需要的朋友参考一下 示例 C ++方法-新增和删除 在像C ++这样的语言中，应用程序负责管理动态分配的内存所使用的内存。当使用new运算符在C ++堆中创建对象时，需要相应地使用delete运算符来处置该对象： 如果程序忘记了delete一个对象而只是“忘记”了该对象，则关联的内存将丢失给应用程序。这种情况的术语是内存泄
-
Kubernetes 垃圾收集器的角色是删除指定的对象，这些对象曾经有但以后不再拥有 Owner 了。 注意：垃圾收集是 beta 特性，在 Kubernetes 1.4 及以上版本默认启用。 Owner 和 Dependent 一些 Kubernetes 对象是其它一些的 Owner。例如，一个 ReplicaSet 是一组 Pod 的 Owner。具有 Owner 的对象被称为是 Owner
-
问题内容： 该问题已发布在某个网站上。我在这里找不到正确的答案，因此我将其再次发布在这里。 我的查询与停止线程无关。让我改一下我的问题。A行（请参见上面的代码）启动一个新线程；和B行使线程引用为空。因此，JVM现在具有一个线程对象（处于运行状态），该对象不存在引用（如B行中的t = null）。所以我的问题是，为什么这个线程（在主线程中不再有引用）一直保持运行状态，直到主线程运行。根据我的理解，线
-
有人能给我解释一下原因吗？
-
JavaScript 具有自动垃圾收集机制，也就是说，执行环境会负责管理代码执行过程中使用的内存。 而在C 和C++之类的语言中，开发人员的一项基本任务就是手工跟踪内存的使用情况，这是造成许多问题的一个根源。在编写JavaScript 程序时，开发人员不用再关心内存使用问题，所需内存的分配以及无用内存的回收完全实现了自动管理。这种垃圾收集机制的原理其实很简单：找出那些不再继续使用的变量，然后释放其
-
这是一个内存数据安全问题。 java垃圾收集是否安全地清除垃圾数据？ 显然，在一个数据块被垃圾收集后，我不能再检索它了，但黑客还能通过内存转储来检索数据吗？