从桌面上的小型applet到大型服务器上的Web服务，各种各样的应用程序都使用Java平台标准版（Java SE）。
为了支持这种多样化的部署，Java HotSpot VM提供了多个垃圾收集器，每个垃圾收集器都旨在满足不同的需求。
Java SE根据运行应用程序的计算机的类选择最合适的垃圾收集器。
但是，这种选择对于每个应用程序可能都不是最佳的。具有严格性能目标或其他要求的用户，开发人员和管理员可能需要明确选择垃圾收集器并调整某些参数以达到所需的性能级别。
本文档提供了有助于完成这些任务的信息。
首先，在 serial, stop-the-world 的收集器的上下文中描述了垃圾收集器的一般功能和基本调整选项。
人机工程学是Java虚拟机（JVM）和垃圾收集启发式（例如基于行为的启发式）提高应用程序性能的过程。
JVM为垃圾收集器，堆大小和运行时编译器提供与平台相关的默认选择。
这些选择符合不同类型应用程序的需求，同时需要较少的命令行调整。
此外，基于行为的调优动态地优化堆的大小以满足应用程序的指定行为。
本节介绍这些默认选择和基于行为的调整。
在使用后续部分中描述的更详细控件之前，请使用这些默认值。
以下是有关垃圾收集器，堆大小和运行时编译器默认选择的信息。
Java SE平台的一个优势是它可以保护开发人员免受内存分配和垃圾收集的复杂性的影响。
但是，当垃圾收集是主要瓶颈时，了解实现的某些方面很有用。
垃圾收集器对应用程序使用对象的方式做出假设，这些可以反映在可调参数中，可以调整这些参数以提高性能，而不会牺牲抽象的功能。
对象被认为是垃圾，当运行程序中任何其他活动对象的任何引用无法再访问它时，VM可以重用它的内存。
理论上，最简单的垃圾收集算法每次运行时都会遍历每个可到达的对象。任何剩余的对象都被认为是垃圾。这种方法所花费的时间与活动对象的数量成正比，这对于维护大量实时数据的大型应用程序来说是不可行的。
影响垃圾收集性能的两个最重要的因素是总可用内存和专用于年轻代的堆的比例。
影响垃圾收集性能的最重要因素是总可用内存。
由于集合在代数填满时发生，因此吞吐量与可用内存量成反比。
注意
以下有关堆的增长和收缩，堆布局和默认值的讨论使用串行收集器作为示例。
虽然其他收藏家使用类似的机制，但此处提供的详细信息可能不适用于其他收藏家。
有关其他收集器的类似信息，请参阅相应主题。
许多选项会影响生成大小。
并行收集器（此处也称为吞吐量收集器）是类似于串行收集器的分代收集器。
串行和并行收集器之间的主要区别在于并行收集器具有多个线程，用于加速垃圾收集。
使用命令行选项-XX:+UseParallelGC启用并行收集器。
默认情况下，使用此选项，可以并行运行次要集合和主要集合，以进一步减少垃圾收集开销。
在具有硬件线程且大于8的机器上，并行收集器使用固定分数``作为垃圾收集器线程的数量。
对于的大值，该分数约为5/8。在低于8的值时，使用的数字是``。
大多数并发收集器同时执行部分工作到应用程序，因此他们的名字。 Java HotSpot VM包括两个主要并发的收集器：
并发标记扫描（CMS）收集器：此收集器适用于喜欢较短垃圾收集暂停且可以与垃圾收集共享处理器资源的应用程序。
垃圾优先（G1）垃圾收集器：此服务器式收集器适用于具有大量内存的多处理器计算机。它以高概率满足垃圾收集暂停时间目标，同时实现高吞吐量。
大多数并发收集器交换处理器资源（否则可供应用程序使用）以缩短主要收集暂停时间。
最明显的开销是在集合的并发部分期间使用一个或多个处理器。在N处理器系统上，集合的并发部分使用可用处理器的K/N，其中1 `手动调整此值，其中是旧生成大小的整数百分比（0到100）。
Garbage-First（G1）垃圾收集器的目标是具有大量内存的多处理器计算机。它试图以高概率满足垃圾收集暂停时间目标，同时在几乎不需要配置的情况下实现高吞吐量。 G1旨在使用当前目标应用程序和环境提供延迟和吞吐量之间的最佳平衡，其功能包括：
堆大小最多为10 GB或更大，超过50％的Java堆占用实时数据。
对象分配和促销的比率可能会随着时间的推移而显着变化。
堆中存在大量碎片。
可预测的暂停时间目标目标，不超过几百毫秒，避免长时间的垃圾收集暂停。
某些应用程序通过使用finalization和weak，soft或phantom引用与垃圾收集进行交互。
这些功能可以在Java编程语言级别创建性能工件。一个例子是依靠finalization来关闭文件描述符，这使得外部资源（描述符）依赖于垃圾收集的快速性。依靠垃圾收集来管理内存以外的资源几乎总是一个坏主意。
请参阅如何处理Java Finalization的内存保留问题，该问题深入讨论了最终确定的一些缺陷和避免它们的技术。
应用程序与垃圾收集交互的另一种方法是使用System.gc()显式调用完整垃圾收集。
直接 github openjdk 下载源代码。
—— corba：不流行的多语言、分布式通讯接口
—— hotspot：Java 虚拟机
—— jaxp：XML 处理
—— jaxws：一组 XML web services 的 Java API
—— jdk：java 开发工具包
—— —— 针对操作系统的部分
—— —— share：与平台无关的实现
—— langtools：Java 语言工具
—— nashorn：JVM 上的 JavaScript 运行时
我觉得这些问题提的非常好，其实不看本篇解答，直接根据问题的角度去学习就足够了。
带着问题去学习一个东西，才会有目标感，我先把一直以来自己对CMS的一些疑惑罗列了下，希望这篇学习笔记能解决掉这些疑惑，希望也能对你有所帮助。
CMS出现的初衷、背景和目的？
CMS的适用场景？
CMS的trade-off是什么?优势、劣势和代价
CMS会回收哪个区域的对象？
CMS的GC Roots包括那些对象？
CMS的过程？
CMS和Full gc是不是一回事？
