深入探索JVM垃圾收集器 — 选择合适的垃圾收集器

 

收集器的权衡

衡量垃圾收集器的三项最重要的指标是: 内存占⽤(Footprint)、吞吐量(Throughput)和延 迟(Latency)，三者共同构成了⼀个“不可能三⻆”。三者总体的表现会随技术进步⽽越来越好，但是要在这三个⽅⾯同时具有卓越表现的“完美”收集器是极其困难甚⾄是不可能的，⼀款优秀的收集器通常最多可以同时达成其中的两项。

如何选择一款适合自己应用的收集器

·应用程序的主要关注点是什么？如果是数据分析、科学计算类的任务，目标是能尽快算出结果， 那吞吐量就是主要关注点；如果是SLA应用，那停顿时间直接影响服务质量，严重的甚至会导致事务 超时，这样延迟就是主要关注点；而如果是客户端应用或者嵌入式应用，那垃圾收集的内存占用则是 不可忽视的。

·运行应用的基础设施如何？譬如硬件规格，要涉及的系统架构是x86-32/64、SPARC还是 ARM/Aarch64；处理器的数量多少，分配内存的大小；选择的操作系统是Linux、Solaris还是Windows 等。

·使用JDK的发行商是什么？版本号是多少？是ZingJDK/Zulu、OracleJDK、Open-JDK、OpenJ9抑 或是其他公司的发行版？该JDK对应了《Java虚拟机规范》的哪个版本？

一般来说，收集器的选择就从以上这几点出发来考虑。举个例子，假设某个直接面向用户提供服 务的B/S系统准备选择垃圾收集器，一般来说延迟时间是这类应用的主要关注点.

虚拟机及垃圾收集器日志

直到JDK 9，HotSpot所有功能的日志都收归到了“-Xlog”参数上

命令⾏中最关键的参数是选择器(Selector)，它由标签(Tag)和⽇志级别(Level)共同组成。

⽇志级别从低到⾼，共有Trace，Debug，Info，Warning，Error，Of六种级别，⽇志

级别决定了输出信息的详细程度，默认级别为Info。

另外，还可以使⽤修饰器(Decorator)来要求每⾏⽇志输出都附加上额外的内容，⽀持附

加 在⽇志⾏上的信息包括:

·time:当前⽇期和时间。

·uptime:虚拟机启动到现在经过的时间，以秒为单位。

·timemillis:当前时间的毫秒数，相当于System.currentTimeMillis()的输出。

·uptimemillis:虚拟机启动到现在经过的毫秒数。

·timenanos:当前时间的纳秒数，相当于System.nanoTime()的输出。

·uptimenanos:虚拟机启动到现在经过的纳秒数。

·pid:进程ID。

·tid:线程ID。

·level:⽇志级别。

·tags: ⽇志输出的标签集。

如果不指定 ，默认值是uptime、level、tags这三个，此时⽇志输出类似于以下形式: