JVM 优化.docxVIP

JVM 优化　　注意：本文仅针对 JDK7、HotSPOT Java 虚拟机，对于 JDK8 引入的 JVM 新特性及其他 Java 虚拟机，本文不予关注。　　1、JVM初识　　Java HotSpot虚拟机　　每个JVM的实现在对垃圾回收的原理的实现方式上会有一些不同。在收购SUN之前Oracle有JRockit JVM，收购SUN之后有了HotSpot虚拟机。目前Oracle同时维护了这两个虚拟机，并宣称将来会将两个虚拟机合并。HotSpot虚拟机是Oracle标准版平台的核心组成部分。在本垃圾回收系列文章中我们将通过HotSpot虚拟机来了解垃圾回收的基本准则。　　JVM 架构　　下面的这幅图概括了一个JVM中的主要组成。在JVM架构中，堆内存和垃圾回收器这两个部分和垃圾回收相关。堆内存是运行时用来存储实例对象的数据空间，垃圾回收器运行在堆内存上。现在我们大概知道它们是怎样的一个工作模式。　　JVM架构　　简单介绍Java 堆内存　　在Java的内存模型中，最重要的是要了解堆内存的概念。运行时的Java实例对象存储在堆内存空间中。当一个对象不再被引用了，它变成可被从堆内存中回收空间。在垃圾回收的过程中，这些对象将被从堆内存中清除，同时它们的空间也就被回收了。堆内存的空间主要分成了三部分，　　年轻代　　a, Eden区(所有实例在运行时最初都分配到eden区中)　　b, S0 Survivor Space(老一些的对象被从eden区移动到S0区，其实是eden区中的对象经过一次对eden区的Young GC还存活的对象被移动到S0)　　c, S1 Survivor Space(再老一些的对象被从S0区移动到S1区，其实是在Young GC过程中S0区已满，则会将eden区中还存活的对象和S0区中的存活对象移动到S1区中)　　老年代(经过S0，S1中几轮迭代后还存活的对象被提升到老年代)，默认是15次。　　永久代(包含一些元数据像类、方法等等)　　下面上一下堆内存分布图：　　jvm堆内存分布　　2、JVM调优　　众所周知，由于 Full GC 的成本远远高于 Minor GC，因此某些情况下需要尽可能将对象分配在年轻代，这在很多情况下是一个明智的选择。虽然在大部分情况下，JVM 会尝试在 Eden 区分配对象，但是由于空间紧张等问题，很可能不得不将部分年轻对象提前向年老代压缩。因此，在 JVM 参数调优时可以为应用程序分配一个合理的年轻代空间，以最大限度避免新对象直接进入年老代的情况发生。　　JVM参数：　　-XX:+PrintGCDetails -Xmx20M -Xms20M　　下图所示代码尝试分配 7MB 内存空间，观察一下它的内存使用情况：　　如上图所示，年轻代的eden区分配了6M左右，顺便补充一下后面控制台中的输出from表示S0区域、to表示S1区域。　　S0区域分配了1M S1分配了1M.这个时候我们需要的内存才7M在eden无法全部装下会有部分数据到老年代中。　　分配相对大一些的年轻代空间，使用 JVM 参数-XX:+PrintGCDetails -Xmx20M -Xms20M -Xmn10M 运行结果如下：　　可以发现通过设置一个较大的年轻代预留新对象，设置合理的 Survivor 区并且提供 Survivor 区的使用率，可以将年轻对象保存在年轻代。一般来说，Survivor 区的空间不够，或者占用量达到 50%时，就会使对象进入年老代 (不管它的年龄有多大)。不知道有没有发现我们设置了10M的新生代空间=eden + from + to 的总和，然后真正的PSYYoungGen只是9=eden+from 这其实也证明了1点Survivor空间只有一个能用满，from和to循环使用。　　-XX:SurvivorRatio的使用：表示2个Survivor ： eden = 2:6 即一个Survivor占新生代的1/8。使用-XX:+PrintGCDetails -Xmx1000M -Xms500M -Xmn80M -XX:SurvivorRatio=6：　　Survivor ： eden = 2:6　　我们可以尝试加上-XX:TargetSurvivorRatio=90 参数，这样可以提高 from 区的利用率，使 from 区使用到 90%时，再将对象送入年老代：　　提高from区的使用率　　如何让大对象进入年老代　　我们在大部分情况下都会选择将对象分配在年轻代。但是，对于占用内存较多的大对象而言，它的选择可能就不是这样的。因为大对象出现在年轻代很可能扰乱年轻代 GC，并破坏年轻代原有的对象结构。因为尝试在年轻代分配大对象，很可能导致空间不足，为了有足够的空间容纳大对象，JVM 不得不将年轻代中的年轻对