Stop-the-World
JVM由于要执行GC而停止了应用程序的执行
任何一种GC算法中都会发生
多数GC优化通过减少Stop-the-world发生时间来提高程序性能
Safepoint
分析过程中对象引用关系不会发生变化的点
产生Safepoint的地方： 方法调用； 循环跳转； 异常跳转等
安全点数量得适中
JVM的运行模式
Server:启动较慢，
Client: 启动较快
启动进入稳定期长期运行之后，Server的运行速度比Client快。因为Server采用重量级的虚拟机,对程序采用了更多的优化。而Client采用轻量级的虚拟机
如何查看虚拟机是Server还是Client
使用java -version
常见的垃圾收集器和垃圾收集器之间的关系
Serial收集器（-XX:+UseSerialGC,复制算法）
单线程收集，进行垃圾收集时，必须暂停所有工作线程
简单高效，Client模式默认的年轻代收集器
ParNew收集器（-XX:+UseParNewGC, 复制算法）
多线程收集，其余的行为、特点和Serial收集器一样
单核执行效率不如Serial， 在多核下执行才有优势
Parallel Scavenge收集器（-XX:+UseParallelGC, 复制算法）
吞吐量=运行用户代码时间/(运行用户代码时间+垃圾收集时间)
比起关注用户线程停顿时间，更关注系统的吞吐量
在多核下执行才有优势，Server模式下默认的年轻代收集器
