JVM优化--内存结构

1、我们为什么要对jvm做优化？
在本地开发环境中我们很少会遇到需要对jvm进行优化的需求，但是到了生产环境，我们
可能将有下面的需求： （1）运行的应用“卡住了”，日志不输出，程序没有反应
（2）服务器的CPU负载突然升高
（3）在多线程应用下，如何分配线程的数量？
……
所以我们不仅要让程序能跑起来，而且是可以跑的更快！可以分析解决在生产环境中所遇到的各种“棘手”的问题。
说明：本套课程使用的jdk版本为1.8
2、了解JVM的运行参数
2.1三种参数类型
jvm的参数类型分为三类，分别是：
标准参数
-help
-version
-X参数 （非标准参数）
-Xint
-Xcomp
-XX参数（使用率较高）
-XX:newSize
-XX:+UseSerialGC
2.1.1 -server与-clinet参数
可以通过-server或-client设置jvm的运行参数。 （1）它们的区别是Server VM的初始堆空间会大一些，默认使用的是并行垃圾回收器，启动慢运行快。 （2）Client VM相对来讲会保守一些，初始堆空间会小一些，使用串行的垃圾回收器，它的目标是为了让JVM的启动速度更快，但运行速度会比Server VM模式慢些。 （3）JVM在启动的时候会根据硬件和操作系统自动选择使用Server还是Client类型的JVM。 （4）32位操作系统 1）如果是Windows系统，不论硬件配置如何，都默认使用Client类型的JVM。 2）如果是其他操作系统上，机器配置有2GB以上的内存同时有2个以上CPU的话默认使用server模式，否则使用client模式。 （5）64位操作系统 1）只有server类型，不支持client类型。

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

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

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

4.1 -Xms与-Xmx参数
-Xms与-Xmx分别是设置jvm的堆内存的初始大小和最大大小。 -Xmx2048m : 等价于-XX:MaxHeapSize，设置JVM最大堆内存为2048M。 -Xms512m ：等价于-XX:InitialHeapSize，设置JVM初始堆内存为512M。 适当的调整jvm的内存大小，可以充分利用服务器资源，让程序跑的更快。

5.1 查看jvm的运行参数
有时候我们需要查看jvm的运行参数，这个需求可能会存在2中情况： 第一，运行java命令时打印出运行参数； 第二，查看正在运行的java进程的参数；

5.1.1 运行java命令时打印参数
运行java命令时打印参数，需要添加-XX:+PrintFlagsFinal参数即可。 其中参数有boolean类型和数字类型，值的操作符是=或:=,分别 代表默认值和被修改的值。 查看所有的参数，用法 ：jinfo -flags <进程id> 通过jps 或者 jps -l 查看java进程 查看某一参数的值，用法 ：jinfo -flag <参数名> <进程id>
6.1 jdk1.7的堆内存模型

Young年轻区（代）

Young区被划分为三部分，Eden区和两个大小严格相同的Survivor区，其中，Survivor区间中，某一时刻只有其中一个是被 使用的，另外一个留做垃圾收集时复制对象用，在Eden区间变满的时候，GC就会将存活的对象移到空闲的Survivor区间中 ，根据JVM的策略，在经过几次垃圾收集后，任然存活于Survivor的对象将被移动到Tenured区间。 Tenured年老区 Tenured区主要保存生命周期长的对象，一般是一些老的对象，当一些对象在Young复制转移一定的次数以后， 对象就会被 转移到Tenured区，一般如果系统中用了application级别的缓存，缓存中的对象往往会被转移到这一区间。 Perm 永久区 Perm代主要保存class，method，filed对象，这部分的空间一般不会溢出，除非一次性加载了很多的类，不过在涉及到热部 署的应用服务器的时候，有时候会遇到java.lang.OutOfMemoryError : PermGen space的错误，造成这个错误的很大原因就 有可能是每次都重新部署，但是重新部署后，类的class没有被卸载掉，这样就造成了大量的class对象保存在了perm中，这 种情况下，一般重新启动应用服务器可以解决问题。 Virtual区 最大内存和初始内存的差值，就是Virtual区。
6.2 jdk1.8的堆内存模型

由上图可以看出，jdk1.8的内存模型是由2部分组成，年轻代 + 年老代。
年轻代 ：Eden + 2 * Survivor
年老代 ：OldGen
在jdk1.8中变化最大的Perm区，用Metaspace（元数据空间）进行了替换。
需要特别说明的是 ：Metaspace所占用的内存空间不是在虚拟机内部，而是在本地内存空间中，这也是与1.7的永久代最大的
区别所在。