Java虚拟机内存分配策略.pdfVIP

JVM 内存分配策略 我们将介绍几个 JVM 中对象在分配内存是应该遵循的策略。毕竟，想要去 优化程序，不仅要考虑垃圾回收的过程，还要从对象内存分配的角度减少 gc 的 代价。 一、gc 日志格式 在这里先介绍一下gc 日志的格式，分析gc 日志是了解gc 过程最直接的 方式。对于大量的日志分析，直接查看日志文件当然不方便，我们一般会使用日 志分析工具，后边会有介绍，但是对于简短的日志（如十几条），一般直接查看 就行了。开启日志输出的JVM 参数如下： -XX:+PrintGCDetails //打印gc 日志 -XX:+PrintGCDateStamps //打印时间 -Xloggc:gc.log //输出路径 对应的日志输出格式如下(采用不同参数或不同虚拟机可能不同，但大同 小异)： 2014-03-09T18:10:47.639+0800: 36.408: [GC 36.408: [DefNew: 35072K-4352K(39424K), 0.0108988 secs] 75088K-45293K(126848K), 0.0109419 secs] [Times: user=0.01 sys=0.00, real=0.01 secs] 2014-03-09T18:10:48.562+0800: 37.331: [Full GC 37.343: [Tenured: 40941K-42890K(87424K), 0.1340821 secs] 62210K-42890K(126848K), [Perm : 36863K-36863K(36864K)], 0.1341736 secs] [Times: user=0.13 sys=0.00, real=0.15 secs] 35072K-4352K(39424K):gc 前使用内存大小-gc 后使用大小(该区域总大小) 2014-03-09T18:10:47.639+0800: gc 时间 36.408: gc 耗时 GC 36.408: 表示停顿类型和停顿时间，如果是 Full 表示gc 是Stop-The-World 的 DefNew: Tenured: Perm : gc 发生的区域，DefNew 年轻代；Tenured 年老代； Perm 永久代 Times: user=0.13 sys=0.00, real=0.15 secs user ：用户态耗时；sys：内核态耗时； real：gc 从开始到结束消耗的Wall Clock Time 耗时（墙钟时间，名字好怪，包括 各种非运算的等待耗时和cpu 耗时） 二、内存分配策略 1、对象优先在Eden 分配 新的对象大多数情况下在Eden 去分配，这样在Eden 区域没有足够空间 时，JVM 会首先进行Minor Gc，仅对Eden 进行gc，并将符合条件的对象移至年 老代。这样如果Eden 在gc 后满足新对象的空间需求，则能避免进行Full GC。 2、大对象直接进入年老代 这一点十分好理解，多数情况下大对象的生命周期是相对较长的，而大 对象如果分配在 Eden，不仅占用大量空间，触发gc，还可能会在Eden 区/两个 Survivor 区之间来回复制，十分耗费资源。因此，多数时候对于大对象，应该直 接分配至年老代，开始用 -XX:PertenureSizeThreshold 参数指定直接分配年老代的 大小。 3、长期存活的对象进入年老代 一般经过多次Minor GC 而不死的对象，继续活下去的可能新更大，因此 应该进入年老代。为了判断哪些对象长期存活，虚拟机给每个对象都定义了一个 Age 计数器，没经历一次 Minor GC 就+1 ，可以通过-XX:MaxTenuringThreshold 的 值来决定age 达到多少时进入年老代。 4 、动态对象年龄判断 为了能更好地适应不同程序的内存状况，虚拟机并不总是要求对象的年龄 必须达到 MaxTenuringThreshold 才能晋升老年代，如果在 Survivor 空间中相同 年龄所有对象大小的总和大于Surviv