收集器的权衡
衡量垃圾收集器的三项最重要的指标是: 内存占⽤(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这三个，此时⽇志输出类似于以下形式:
