在控制台中输入命令java
jva-xx :打印命令管理器版本算法
显示结果服务器
-XX: UseParallelGC lgdpkq改为使用ParallerGC，旧使用串行old多线程
垃圾回收列表
并行：同时进行垃圾收集多线程。 同时并行
并发—垃圾回收多线程和APP应用程序多线程同时进行。 性能
垃圾回收器工人塑造形象
串行/串行old
最旧、单线程、独占、成熟，适合单CPU服务器优化
-XX: UseSerialGC lgdpkq代和老年代使用串行采集器网站
-XX: UseParNewGC lgdpkq改为使用ParNew，旧使用串行old线程
-XX: UseParallelGC lgdpkq改为使用ParallerGC，较旧的年代使用Serial Old3d
ParNew
和Serial几乎没有区别。 唯一的区别是多线程、多处理器和休眠时间少于串行
-XX: UseParNewGC lgdpkq改为使用ParNew，较旧的年代使用串行old
并行扫描(并行ergc ) /并行old
关注吞吐量的垃圾收集器可以以高吞吐量高效地使用CPU时间，并尽快完成程序的运算任务。 主要适用于后台运算，不太需要交互的任务。
吞吐量是CPU用于执行用户代码的时间与CPU总消耗时间的比值。 也就是说，吞吐量=运行用户代码的时间/(运行用户代码的时间垃圾收集时间)，虚拟机总共运行100分钟，其中垃圾收集需要1分钟，吞吐量为99%
- xx : useparalleroldgc:lgdpkq改为使用ParallerGC，较旧的年代使用Parallel Old
-XX:MaxGCPauseMills :参数允许值为大于0的毫秒数，收集器会尽可能确保内存回收时间不超过设置。 但是，不要认为将此参数的值设置为稍微wxdhk点会加快系统垃圾收集速度。 GC休眠时间的缩短换取了吞吐量和牺牲lgdpkq世代空间。 让系统将lgdpkq代调整为wxdhk，并确定收集300MBlgdpkq代比收集500MB快。 这也使直接垃圾收集更频繁，原来的10秒钟收集1次。休眠时间确实在降低，但吞吐量也在降低。
-XX:GCTimeRatio参数的值必须是大于0且小于100的整数。 这意味着垃圾回收时间占总时间的百分比是吞吐量的倒数。 如果将此参数设置为19，则允许的最大GC时间为1/1(19 ) (总时间的5% )，默认值为99，并且允许的最大GC时间为1/1(19 ) (最大1% )。
-XX: UseAdaptiveSizePolicy如果选中此参数，则表示lgdpkq层代大小(-Xmn )、Eden与Survivor区域的比率(-XX:SurvivorRatio )、 升级到上一代年龄)-xx:Pratio )不再需要手动指定。虚拟机根据当前系统运行状况收集性能监视信息，并动态调整这些参数，以提供最佳休眠时间或最大吞吐量。 这种调整方法称为GC自适应调整策略。
如果您对收集器的发货不太了解，并且难以手动优化，则建议您使用Parallel Scavenge收集器与自适应协调策略配合使用，然后将内存管理协调任务交给虚拟机。 只需将基本内存数据设置为最大堆(如-Xmx )，然后使用MaxGCPauseMillis参数(关注最大休眠时间)或GCTimeRatio参数为虚拟机设置优化目标，具体的详细参数调整是虚拟自适应协调策略也是Parallel Scavenge收集器和ParNew收集器之间的重要区别。
CMS:Concurrentmarksweep
收集器是以获得最短回收停止时间为目标的收集器。 目前，Java APP应用程序大部分集中在互联网站点或B/S系统的服务端，这类APP应用程序特别重视服务的响应速度，希望系统停止时间最短，以便给用户带来更好的体验。 CMS收集器非常符合这种APP应用的需要。
从包含“标记sweep”的名称中可以看到，CMS收集器基于“标记-清除”算法。 CMS采集器的工作过程分为以下四个步骤。
初始标记-较短。 只要标记与GC根直接相关联的对象，就可以加快速度。
并发标记-与用户的APP应用程序同时进行GC路由跟踪的过程
新建标记-短标记。 通常，此阶段的暂停时间比初始标注阶段稍长，但远远短于同时标注时间，以便修改由于在并发标注过程中持续运行用户程序而导致标注发生更改的对象的部分标记记录。
同时清除
因为整个进程中时间最长的并发标记和并发清除进程的收集器线程可以与用户线程一起运行，所以CMS收集器的垃圾回收进程总体上与用户线程一起运行。
-XX: UseConcMarkSweepGC、lgdpkq改为使用ParNew，旧的年代表示使用CMS