java内存模型及GC原理

提示：扫一扫查出行
【扫一扫了解最新限行尾号】
复制提示

java内存模型

sun官方网站：sun java 虚拟机模型

JVM内存模型中分两大块，一块是 NEW Generation, 另一块是Old Generation. 在New
Generation中，有一个叫Eden的空间，主要是用来存放新生的对象，还有两个Survivor Spaces（from,to）,
它们用来存放每次垃圾回收后存活下来的对象。在Old
Generation中，主要存放应用程序中生命周期长的内存对象，还有个Permanent
Generation，主要用来放JVM自己的反射对象，比如类对象和方法对象等。

在New
Generation块中，垃圾回收一般用Copying的算法，速度快。每次GC的时候，存活下来的对象首先由Eden拷贝到某个Survivor
Space, 当Survivor Space空间满了后, 剩下的live对象就被直接拷贝到Old
Generation中去。因此，每次GC后，Eden内存块会被清空。在Old
Generation块中，垃圾回收一般用mark-compact的算法，速度慢些，但减少内存要求.
垃圾回收分多级，0级为全部(Full)的垃圾回收，会回收OLD段中的垃圾；1级或以上为部分垃圾回收，只会回收NEW中的垃圾，内存溢出通常发生于OLD段或Perm段垃圾回收后，仍然无内存空间容纳新的Java对象的情况。

1,out of memory 只发生在jvm对old和perm generation
回收后还不能获足够内存的情况.

当一个URL被访问时，内存申请过程如下：
A. JVM会试图为相关Java对象在Eden中初始化一块内存区域
B. 当Eden空间足够时，内存申请结束。否则到下一步
C. JVM试图释放在Eden中所有不活跃的对象（这属于1或更高级的垃圾回收）,
释放后若Eden空间仍然不足以放入新对象，则试图将部分Eden中活跃对象放入Survivor区
D.
Survivor区被用来作为Eden及OLD的中间交换区域，当OLD区空间足够时，Survivor区的对象会被移到Old区，否则会被保留在Survivor区

E. 当OLD区空间不够时，JVM会在OLD区进行完全的垃圾收集（0级）
F.
完全垃圾收集后，若Survivor及OLD区仍然无法存放从Eden复制过来的部分对象，导致JVM无法在Eden区为新对象创建内存区域，则出现”out
of memory错误”

造成full gc的原因:

new了很多对象,没有即时在主动释放掉->Eden内存不够用->不断把对象往old迁移->old满了->full
gc

full gc 如何预防,:

1,使用了缓存

访问有两种,第一种是缓存命中率不高的访问,第二种种是缓存命中率很高的访问.对于第一种情况,就没必要缓存了,缓存反而效果不好,浪费内存,没有提升程序效率还浪费空间,特别是如果这种访问量级别很大的时候还会导致full
gc.第二种情况,不得不缓存很多对象,不缓存的话就要调用数据库或者其它是要发生io的,所以这时候要不就是想办法减少缓存对象的大小,例如不缓存没必要缓存的数据,或者合并一些数据减少内存的使用.如果还是不行那就加机器,加内存.

总结:在不影响功能的情况下,缓存对象越小越要,命中率越高越好.低命中率的缓存对象还不如不缓存.

2,没使用缓存的情况,貌似不会出现full
gc的情况,除非内存太小,或者设置不对,程序有漏洞.

--来源：
http://blog.sina.com.cn/s/blog_4e90b3ba0100m5cb.html