生产中的Java G1垃圾回收
由于Java 7默认情况下将使用新的G1垃圾收集，因此Java是否能够处理更大数量级的堆而不会“破坏”
GC暂停时间？有人在生产中实际实施过G1，您的经验是什么？
公平地讲，我只有很长时间才发现GC暂停时间非常长，这远远超过了工作站。为了澄清我的问题；G1是否会打开通往数百GB堆的网关？结核病？
问题答案：
听起来G1的停顿时间更短，甚至可以指定最大停顿时间目标。
垃圾回收不仅仅是一个简单的“嘿，它已经装满了，让我们一次移动所有内容并重新开始”就可以了，它是一个极其复杂的，多层的，后台线程系统。它可以在后台进行很多维护工作，而无需任何暂停，它还可以在运行时使用系统预期模式的知识来提供帮助-
例如假设大多数对象在创建后就死掉，等等。
我想说，GC暂停时间将随着将来的发布而继续改善，而不是恶化。
编辑：
在重新阅读时，我发现我每天都在使用Java（Eclipse，Azureus和我开发的应用程序），因为停顿了很长时间。这不是一个明显的停顿，但我的意思是完全停顿。
右键单击Windows Explorer时（偶尔）连接某些USB硬件但没有Java时，我已经看到停顿了。
GC仍然是任何人的问题吗？
-
垃圾回收 我们对生产中花了很多时间来调整垃圾回收。垃圾回收的关注点与Java大致相似，尽管一些惯用的Scala代码比起惯用的Java代码会容易产生更多(短暂的)垃圾——函数式风格的副产品。Hotspot的分代垃圾收集通常使这不成问题，因为短暂的(short-lived)垃圾在大多情形下会被有效的释放掉。 在谈GC调优话题前，先看看这个Attila的报告，它阐述了我们在GC方面的一些经验。 Scal
-
对于开发者来说，JavaScript 的内存管理是自动的、无形的。我们创建的原始值、对象、函数……这一切都会占用内存。 当我们不再需要某个东西时会发生什么？JavaScript 引擎如何发现它并清理它？ 可达性（Reachability） JavaScript 中主要的内存管理概念是 可达性。 简而言之，“可达”值是那些以某种方式可访问或可用的值。它们一定是存储在内存中的。 这里列出固有的可达值的
-
垃圾收集，引用计数，显式分配 和所有的现代语言一样，OCaml提供垃圾收集器，所以你不用像C/C++一样显式地分配和释放内存。 JWZ在他的文章 "Java sucks" rant（Java蛋疼（怒）！）: 第一个好家伙是Java没有 free()。其他的都没有所谓了。这几乎掩盖了所有的缺点，不管有多糟糕， 这个有点让后续文档基本都没有意义了，但是...（译注：但是啥大家自己看吧） OCaml的垃
-
主要内容：垃圾回收器函数,实例Lua 采用了自动内存管理。 这意味着你不用操心新创建的对象需要的内存如何分配出来， 也不用考虑在对象不再被使用后怎样释放它们所占用的内存。 Lua 运行了一个垃圾收集器来收集所有死对象 （即在 Lua 中不可能再访问到的对象）来完成自动内存管理的工作。 Lua 中所有用到的内存，如：字符串、表、用户数据、函数、线程、 内部结构等，都服从自动管理。 Lua 实现了一个增量标记-扫描收集器。 它使用
-
主要内容：1 什么是Java 垃圾回收,2 Java 垃圾回收的优势,3 如何取消对象引用,4 finalize()方法,5 gc()方法,6 Java 垃圾回收的例子1 什么是Java 垃圾回收 在Java中，垃圾意味着未引用的对象。 垃圾回收是自动回收运行时未使用的内存的过程。换句话说，这是销毁未使用对象的一种方法。 我们在C语言中使用free() 函数，在C ++中使用delete()。但是，在Java中它是自动执行的。因此，java提供了更好的内存管理。 2 Java 垃圾回收的优势 它
-
问题内容： 我想知道Java中发生的垃圾回收。它真的能够处理所有未使用的对象并释放最大可能的内存吗？ 我还想知道Java垃圾收集与另一种语言（例如C＃）相比如何？然后，如何自动垃圾收集与从像C这样的语言中进行手动收集相比又能达到更好的效果呢？ 问题答案： 是的，这就是垃圾收集的重点。 有许多不同形式的垃圾收集。如果不增强算法，最简单的形式即引用计数就无法处理某些类型的垃圾（循环引用）。 Java（