类的初始化和JVM调优

类的初始化和JVM调优

---

类的加载过程

类的加载指的是：JVM把class文件加载到内存，并对数据进行校验、准备、解析、初始化，最终形成JVM可以直接使用的Java类型的过程。

加载

---

将class字节码文件加载到内存中，并将这些数据转换成方法区中的运行时数据（静态变量、静态代码块、常量池等），在堆中生成一个Class类对象代表这个类（反射原理），作为方法区类数据的访问入口。

---

验证

---

验证主要是判断class文件的合法性，对版本号进行验证（例如如果使用java1.8编译后的class文件要再java1.6虚拟机上运行），还会对元数据，字节编码等进行验证，确保class文件里的字节流信息符合当前虚拟机的要求，不会危害虚拟机的安全。

---

准备

---

会对全局变量进行初始值的设定(例如：private static int i=1 ，会先初始成0，在初始化才会初始成1，除了private static final i = 1，一开始就会初始成1，final会特例。

---

解析

---

符号引用会替换为直接引用(符号引用指的是，若没有继承，默认是继承java.lang.object类，在这个类的常量池中有个字符串是java.lang.object，只是用来表示，直接引用是一段内存地址，指向真正的对象)。

---

初始化

---

执行类构造初始化,给staic变量赋值，运行静态块，对象块，父类必须在之前先调用父类的(是线程安全的)。

---

JVM调优

---

堆设置

• -Xms:初始堆大小
• -Xmx:最大堆大小
• -XX:NewSize=n:设置年轻代大小
• -XX:NewRatio=n:设置年轻代和年老代的比值。如:为3，表示年轻代与年老代比值为1：3，年轻代占整个年轻代年老代和的1/4
• -XX:SurvivorRatio=n:年轻代中Eden区与两个Survivor区的比值。注意Survivor区有两个。如：3，表示Eden：Survivor=3：2，一个Survivor区占整个年轻代的1/5
• -XX:MaxPermSize=n:设置持久代大小
  收集器设置
• -XX:+UseSerialGC:设置串行收集器
• -XX:+UseParallelGC:设置并行收集器
• -XX:+UseParalledlOldGC:设置并行年老代收集器
• -XX:+UseConcMarkSweepGC:设置并发收集器
  垃圾回收统计信息
• -XX:+PrintGC
• -XX:+PrintGCDetails
• -XX:+PrintGCTimeStamps
• -Xloggc:filename
  并行收集器设置
• -XX:ParallelGCThreads=n:设置并行收集器收集时使用的CPU数。并行收集线程数。
• -XX:MaxGCPauseMillis=n:设置并行收集最大暂停时间
• -XX:GCTimeRatio=n:设置垃圾回收时间占程序运行时间的百分比。公式为1/(1+n)
  并发收集器设置
• -XX:+CMSIncrementalMode:设置为增量模式。适用于单CPU情况。
• -XX:ParallelGCThreads=n:设置并发收集器年轻代收集方式为并行收集时，使用的CPU数。并行收集线程数。

---

调优总结

---

年轻代大小选择

• 响应时间优先的应用：尽可能设大，直到接近系统的最低响应时间限制（根据实际情况选择）。在此种情况下，年轻代收集发生的频率也是最小的。同时，减少到达年老代的对象。
• 吞吐量优先的应用：尽可能的设置大，可能到达Gbit的程度。因为对响应时间没有要求，垃圾收集可以并行进行，一般适合8CPU以上的应用。
  年老代大小选择
• 响应时间优先的应用：年老代使用并发收集器，所以其大小需要小心设置，一般要考虑并发会话率和会话持续时间等一些参数。如果堆设置小了，可以会造成内存碎片、高回收频率以及应用暂停而使用传统的标记清除方式；如果堆大了，则需要较长的收集时间。最优化的方案，一般需要参考以下数据获得并发垃圾收集信息：
• 持久代并发收集次数
• 传统GC信息
• 花在年轻代和年老代回收上的时间比例
• 减少年轻代和年老代花费的时间，一般会提高应用的效率
• 吞吐量优先的应用：一般吞吐量优先的应用都有一个很大的年轻代和一个较小的年老代。原因是，这样可以尽可能回收掉大部分短期对象，减少中期的对象，而年老代尽存放长期存活对象。

---

较小堆引起的碎片问题

因为年老代的并发收集器使用标记、清除算法，所以不会对堆进行压缩。当收集器回收时，他会把相邻的空间进行合并，这样可以分配给较大的对象。但是，当堆空间较小时，运行一段时间以后，就会出现“碎片”，如果并发收集器找不到足够的空间，那么并发收集器将会停止，然后使用传统的标记、清除方式进行回收。如果出现“碎片”，可能需要进行如下配置：

• -XX:+UseCMSCompactAtFullCollection：使用并发收集器时，开启对年老代的压缩。
• -XX:CMSFullGCsBeforeCompaction=0：上面配置开启的情况下，这里设置多少次Full GC后，对年老代进行压缩

---

JVM垃圾收集器与算法

---

Serial

---

• 年轻代收集器，可以和Serial Old、CMS组合使用
• 采用复制算法
• 使用单线程进行垃圾回收，回收时会导致Stop The World，用户进程停止
• client模式年轻代默认算法
• GC日志关键字：DefNew(Default New Generation)
• 

ParNew(年轻代）

---

新生代收集器，可以和Serial Old、CMS组合使用

• 采用复制算法
• 使用多线程进行垃圾回收，回收时会导致Stop The World，其它策略和Serial一样
• server模式年轻代默认算法
• 使用-XX:ParallelGCthreads参数来限制垃圾回收的线程数
• GC日志关键字：ParNew(Parallel New Generation)
• 

Paralle Scavenge(年轻代）

---

• 新生代收集器，可以和Serial Old、Parallel组合使用，不能和CMS组合使用
  采用复制算法
• 使用多线程进行垃圾回收，回收时会导致Stop The World
• 关注系统吞吐量
  -XX:MaxGCPauseMillis：设置大于0的毫秒数，收集器尽可能在该时间内完成垃圾回收
  -XX:GCTimeRatio：大于0小于100的整数，即垃圾回收时间占总时间的比率，设置越小则希望垃圾回收所占时间越小，CPU能花更多的时间进行系统操作，提高吞吐量
  -XX:UseAdaptiveSizePolicy：参数开关，启动后系统动态自适应调节各参数，如-Xmn、-XX：SurvivorRatio等参数，这是和ParNew收集器重要的区别
  GC日志关键字：PSYoungGen

Serial Old(年老代）

---

• 年老代收集器，可以和所有的年轻代收集器组合使用(Serial收集器的年老代版本）
  -采用 ”标记-整理“算法，会对垃圾回收导致的内存碎片进行整理
• 使用单线程进行垃圾回收，回收时会导致Stop The World，用户进程停止
• GC日志关键字：Tenured
  -

Parallel Old(年老代）

---

• 年老代收集器，只能和Parallel Scavenge组合使用(Parallel Scavenge收集器的年老代版本）
• 采用 ”标记-整理“算法，会对垃圾回收导致的内存碎片进行整理
• 关注吞吐量的系统可以将Parallel Scavenge+Parallel Old组合使用
• GC日志关键字：ParOldGen
• 

CMS

---

• 年老代收集器，可以和Serial、ParNew组合使用
• 采用 ”标记-清除“算法，可以通过设置参数在垃圾回收时进行内存碎片的整理：
  1、UserCMSCompactAtFullCollection：默认开启，FullGC时进行内存碎片整理，整理时用户进程需停止，即发生Stop The World
  2、CMSFullGCsBeforeCompaction：设置执行多少次不压缩的Full GC后，执行一个带压缩的（默认为0，表示每次进入Full GC时都进行碎片整理）
• CMS是并发算法，表示垃圾回收和用户进行同时进行，但是不是所有阶段都同时进行，在初始标记、重新标记阶段还是需要Stop the World。CMS垃圾回收分这四个阶段
  1、初始标记（CMS Initial mark） Stop the World 仅仅标记一下GC Roots能直接关联到的对象，速度快
  2、并发标记（CMS concurrent mark） 进行GC Roots Tracing，时间长，不发生用户进程停顿
  3、重新标记（CMS remark） Stop the World 修正并发标记期间因用户程序继续运行导致标记变动的那一部分对象的标记记录，停顿时间较长，但远比并发标记时间短
  4、并发清除（CMS concurrent sweep） 清除的同时用户进程会导致新的垃圾，时间长，不发生用户进程停顿
• 适合于对响应时间要求高的系统
• GC日志关键字：CMS-initial-mark、CMS-concurrent-mark-start、CMS-concurrent-mark、CMS-concurrent-preclean-start、CMS-concurrent-preclean、CMS-concurrent-sweep、CMS-concurrent-reset等等
• 缺点
  1、对CPU资源非常敏感
  2、CMS收集器无法处理浮动垃圾，即清除时用户进程同时产生的垃圾，只能等到下次GC时回收
  3、因为是使用“标记-清除”算法，所以会产生大量碎片