JVM虚拟机优化

JVM虚拟机优化

1. JVM的运行参数

​ jvm中有很多参数可以设置，这样可以使jvm在各种环境中都能够高效的运行。绝大部分的参数保持默认即可。

1. JVM的三种参数类型

   1. 标准参数：顾名思义，标准参数中包括功能和输出的参数都是很稳定的，很可能在将来的 JVM 版本中不会改变。你可以用 java 命令（或者是用 java -help）检索出所有标准参数。
      1. -help：
      2. -version：
   2. -X参数（非标准参数）：非标准化的参数在将来的版本中可能会改变。所有的这类参数都以 - X 开始，并且可以用 java -X 来检索。注意，不能保证所有参数都可以被检索出来，其中就没有 - Xcomp。例如：
      1. -Xint
      2. -Xcomp
   3. -XX参数（使用率高， 非标准参数）：它们同样不是标准的，甚至很长一段时间内不被列出来（最近，这种情况有改变 ，我们将在本系列的第三部分中讨论它们）。然而，在实际情况中 X 参数和 XX 参数并没有什么不同。X 参数的功能是十分稳定的，然而很多 XX 参数仍在实验当中（主要是 JVM 的开发者用于 debugging 和调优 JVM 自身的实现）。 例如：
      1. -XX:newSize
      2. -XX:+UserSerialGC

2. 标准参数：

   1. java -help

   2. -server 和 -client参数

      可以通过-server或-client设置jvm的运行参数。

      1. 他们的区别是Server VM的初始堆内存会大一点，默认使用的是并行垃圾回收器，启动慢运行快
      2. Client VM相对来讲会更加保守，初始堆内存会小一点，使用串行垃圾回收器，启动快运行慢。
      3. JVM启动的时候会根据硬件和操作系统自动选择Server还是Client的JVM
         1. 32位操作系统
            1. 如果是Windows系统，不论硬件配置如何，都默认使用Client类型的VM
            2. 如果是其他操作系统，机器配置有2GB以上的内存同时有2个以上的CPU默认使用Server模式，否则Client模式。
         2. 64位操作系统
            1. 只支持Server模式，使用-client会不生效。

      [root@node test]java -client -showversion TestJVM
      java version "1.8.0_141"
      

3. -X参数：

   [root@node test] java -X
       -Xmixed           混合模式执行 (默认)
       -Xint             仅解释模式执行
       -Xbootclasspath:<用 ; 分隔的目录和 zip/jar 文件>
                         设置搜索路径以引导类和资源
       -Xbootclasspath/a:<用 ; 分隔的目录和 zip/jar 文件>
                         附加在引导类路径末尾
       -Xbootclasspath/p:<用 ; 分隔的目录和 zip/jar 文件>
                         置于引导类路径之前
       -Xdiag            显示附加诊断消息
       -Xnoclassgc       禁用类垃圾收集
       -Xincgc           启用增量垃圾收集
       -Xloggc:<file>    将 GC 状态记录在文件中 (带时间戳)
       -Xbatch           禁用后台编译
       -Xms<size>        设置初始 Java 堆大小
       -Xmx<size>        设置最大 Java 堆大小
       -Xss<size>        设置 Java 线程堆栈大小
       -Xprof            输出 cpu 配置文件数据
       -Xfuture          启用最严格的检查, 预期将来的默认值
       -Xrs              减少 Java/VM 对操作系统信号的使用 (请参阅文档)
       -Xcheck:jni       对 JNI 函数执行其他检查
       -Xshare:off       不尝试使用共享类数据
       -Xshare:auto      在可能的情况下使用共享类数据 (默认)
       -Xshare:on        要求使用共享类数据, 否则将失败。
       -XshowSettings    显示所有设置并继续
       -XshowSettings:all
                         显示所有设置并继续
       -XshowSettings:vm 显示所有与 vm 相关的设置并继续
       -XshowSettings:properties
                         显示所有属性设置并继续
       -XshowSettings:locale
                         显示所有与区域设置相关的设置并继续
   
   -X 选项是非标准选项, 如有更改, 恕不另行通知。
   

   1. -Xint，-Xcomp，-Xmixed

      1. 在解释模式（interpreted mode）下，-Xint会强制JVM执行所有的字节码，这当然会降低运行速度，通常低10倍或更多。
      2. -Xcomp参数与-Xint刚好相反，JVM会在第一次使用时候把所有字节码编译成本地代码，从而带来最大程度的优化。
         1. 然而，很多应用在使用-Xcomp也会有一些性能损失，当然比使用-Xint损失的少，原因是-Xcomp没有让JVM启用IT编译器的全部功能。JIT编译器可以对是否需要编译做判断，如果所以在代码都进行编译的话，对于一些只执行一次的代码就没有意义了。
      3. -Xmixed是混合模式，将解释模式与编译模式进行混合使用，由JVM自己决定，这是jvm的默认模式，也是推荐使用的模式。
         1. 混合使用解释器+热点代码编译
         2. 起始阶段采用解释执行
         3. 热点代码检测

      # 强制设置为解释模式
      java -showversion -Xint TestJVM
      
      # 强制设置为编译模式
      java -showversion -Xcomp TestJVM
      
      #注意，编译模式下，第一次执行会比解释模式下执行慢一些，注意观察
      

4. -XX参数

   1. -XX参数也是非标准参数，主要用于JVM的调优和debug操作。
   2. -XX参数的使用有两种方式，一种是boolean类型，一种是非boolean类型：
      1. boolean类型：
         1. 格式：-XX:[±]表示启用或禁用属性
         2. 如：-XX:+DisableExplicitGC表示禁止手动调用gc操作，也就是说调用System.gc()无效
      2. 非boolean类型
         1. 格式：-XX:=表示属性的值为
         2. 如：-XX:NewRation=1表示新生代和老年代的比值

5. -Xms和-Xmx参数

   -Xms与-Xmx分别是设置jvm的堆内存的初始大小和最大大小。

   -Xmx2048m：等价于-XX:MaxHeapSize，设置JVM最大堆内存为2048M。

   -Xms512m：等价于-XX:InitialHeapSize，设置JVM初始堆内存为512M。

   java -Xms512m -Xmx2048m TestJVM
   

6. 查看JVM的运行参数

   有时候我们需要查看jvm的运行参数，这个需求可能会存在2中情况：

   第一：运行java命令式打印出运行参数；

   第二：查看正在运行的java进程的参数；

   1. 运行java命令式打印参数：-XX:+PrintFlagFinal参数即可。打印结果中参数有boolean类型和数字类型，值的操作符是=或：=，分别代表默认值和被修改的值。
   2. 查看正在运行的jvm参数：jinfo命令查看。

2. JVM的堆内存模式

1. JDK1.7的堆内存模型

1. Yong年轻代

   Young区被划分成三部分，Eden区和两个大小严格相同的Survivor区，其中，Survivor区间中，某一时刻只有其中一个是被使用的，另外一个留作垃圾收集时复制对象用，在Eden区间变满的时候，GC就会将存活的对象移到空闲的Survivor区间中，根据JVM的策略，再进过几次垃圾收集后，仍然存活于Survivor的对象将被移动到Tenured区间。

2. Tenured年老区（代）

   Tenured区主要保存生命周期长的对象，一般是一些老的对象，当一些对象在Young复制转移一定的次数以后，对象就会被移到Tenured区，一般如果系统中用了application级别的缓存，缓存中的对象往往会被转移到这一区间。

3. Perm永久区

   Perm区主要保存class，method，filed对象，这部分的空间一般不会溢出，除非一次性加载了很多的类，不过在涉及到热部署的应用服务器的时候，有时候会遇到java.lang.OutOfMemoryError:PermGen space 的错误，造成这个错误的很大原因就可能是每次都重新部署，但是重新部署后，类的class没有被卸载掉，这样就造成了大量的class对象保存在perm中，这种情况下，一般重新启动应用服务器可以解决问题。

4. Virtual区

   最大内存和初始内存的差值，就是Virtual区。

5. JDK1.8的堆内存模型

由上图可以看出，jdk1.8的内存模型是由两个部分组成，年轻代+老年代。

年轻代：Eden+2*Survivor

年老代：OldGen

在jdk1.8中最大的变化就是Perm区，被Metaspace（元数据空间）替代了

需要特别说明的是：Metaspace所占用的内存空间不是在虚拟机内部，而是在本地内存空间中，这也是与1.7永久代最大的差异

为什么要废除永久区？

在现实使用中，由于永久代内存经常不够用或发生内存泄漏，爆出异常java.lang.OutOfMemoryError:PermGen。基于此，将永久区废弃，而改用元空间，改为了使用本地内存空间。这也是为了融合Hot Spot JVM与JRockit VM而做出的努力，因为JRockit没有永久代，因此不需要配置永久代。

3. 通过jstat命令进行查看堆内存使用情况

   jstat命令可以查看堆内存各部分的使用量，以及加载类的数量，命令格式如下：

   jstat [-命令选项] [vmid] [间隔时间/毫秒] [查询次数]

   1. 查看class加载统计

      # jps
      7080 jps
      6219 Bootstrap
      # jstat -class 6219
      Loaded Bytes Unloaded Bytes  Time