Java内存模型中的三个代简介

Java内存模型中的三个代简介

Java的内存模型由3个代组成，各个代的默认排列有如下图(适用JDK1.4.* 到 JDK6)： 　　 　　Java 的内存模型分为 　　Young(年轻代) 　　Tenured(终身代) 　　Perm(永久代) 　　有些旧版本也叫作：New Old Perm 叫法不同，表达的意思却是基本相同。 　　注意Young(年轻代) 还可以分为 Eden 区和两个 Survivor 区(from和to，这两个Survivor区大小严格一至)，新的对象实例总是首先放在Eden 区，Survivor区作为Eden区和 Tenure(终生代)的缓冲，可以向 Tenure(终生代)转移活动的对象实例。 　　Tenure(终生代)中存放生命周期长久的实例对象，但并不是如它的名字那样是终生的，里面的对象照样会被回收掉。 　　Young和Tenure共同组成了堆内存。 　　Perm(永久代)则是非堆内存的组成部分。主要存放加载的Class类级对象如class本身，method，field等等。 　　每个代都有的Virtual区又是什么? 　　我们知道有一些参数可以影响以上各代的大小。 　　在JVM启动时，就已经保留了固定的内存空间给Heap内存，这部分内存并不一定都会被JVM使用，但是可以确定的是这部分保留的内存不会被其他进程使用。这部分内存大小由 -Xmx 参数指定。 　　而另一部分内存在JVM启动时就分配给JVM，作为JVM的初始Heap内存使用。影响这个的参数是 -Xms ，如果 -Xms 指定的值比-Xmx 的小，那么两者的差值就是Virtual内存值。随着程序的运行，Eden区，Tenured区和Perm区会逐渐使用保留的Virtual空间。 　　如果没有具体指定，初始和最大堆内存将根据机器的内存计算得出。参数DefaultInitialRAMFraction 和 DefaultMaxRAMFraction 会影响最终的结果，如下表所示: 　　FormulaDefault 　　initial heap size memory / DefaultInitialRAMFraction memory / 64 　　maximum heap size MIN(memory / DefaultMaxRAMFraction, 1GB) MIN(memory / 4, 1GB) 　　可以看到堆内存默认值最大不会超过1G。 　　JVM会根据堆内存的使用情况自动决定何时扩张和缩减实际堆内存的大小，可以用VM参数 -XX:MinHeapFreeRatio= 和 -XX:MaxHeapFreeRatio= 使用堆内存空闲百分比来定义，一般在32位机器上的默认值如下： 　　ParameterDefault Value 　　MinHeapFreeRatio 40 　　MaxHeapFreeRatio 70 　　-Xms 3670k 　　-Xmx 64m -Xms/-Xmx： java heap并不是越大越好，对他的一般优化原则是够用的情况下，尽可能的小，因为太大的话会浪费内存，同时影响GC的效率 　　当空闲堆内存所占堆内存百分比低于40%，JVM就会试图扩张堆内存空间;当空闲堆内存所占堆内存百分比高于70%，JVM就会试图压缩堆内存空间。 　　ps：以上默认值在不同平台会有不同的值，如果是64位系统，这些值一般需要扩张30%，来容纳在64位系统下变大的对象。 -XX:NewSize/-XX:NewRatio ：一般设置为java heap的25％－33％，太大或者太小都会影响GC，要根据应用的特点，对象生命长短周期的比例来调整 　　加上-XX:NewRatio=3 意味着 young(年轻代) 和 tenured(终生代)的比率是1:3，也就是说，eden区和survivor区容量之和将占总堆内存的1/4。 　　加上-XX:SurvivorRatio=6 设置eden区和 其中一个survivor space的比率是1:6，也就是说，其中一个survivor space占年轻代1/8的容量 (可以想想为什么不是1/7)。 　　另外还有 -XX:NewSize -XX:MaxNewSize 指定年轻代的初始值和最大值。 　　32位系统下默认值如下： 　　Default Value 　　ParameterClient JVMServer JVM 　　NewRatio 8 2 　　NewSize 2228K 2228K 　　MaxNewSize not limited not limited 　　SurvivorRatio 32 32   GC相关调整的目标： ＊ 短生命周期的对象不要进入Old区 ＊ 短生命周期的对象在minor GC的时候干掉 ＊ 长生命周期的对象要放到Old区 ＊ 长生命周期的对象可以被Full GC清理掉，但是Full GC要调整到尽量少发生 不管采用什么算法，GC总是会导致应用暂停的，这个时间长短从毫秒到秒之间不等，因此会影响应用的相应时间，多长的停顿在接受范围内取决于应用的特征，可以通过设置GC停顿的时间来调整（注意只是期望的时间，而不是绝对）