JVM内存机制资料笔记.doc

JVM内存机制资料笔记 参考 JDK5.0垃圾收集优化之--Dont Pause /calvinxiu/archive/2007/05/18/1614473.aspx JVM内存模型以及垃圾回收 /xuwanbest/blog/item/0587d82f2c44a73d1e30892e.html 对jvm内存的一些理解 /midstr/archive/2008/09/21/230292.html 了解JVM的内存管理与垃圾回收 /jiaozhenqing/blog/item/f18b85d4c1063a07a08bb77e.html Java内存溢出的解决方案 /yanghlcn/blog/item/029e7303917b528dd43f7cc3.html Java内存组成 ? ? 堆(Heap) 运行时数据区域，所有类实例和数组的内存均从此处分配。Java 虚拟机启动时创建。对象的堆内存由称为垃圾回收器 的自动内存管理系统回收。 组成 News Generation （Young Generation即图中的Eden + From Space + To Space） Eden 存放新生的对象 Survivor Space 两个 存放每次垃圾回收后存活的对象 Old Generation （Tenured Generation 即图中的Old Space） 主要存放应用程序中生命周期长的存活对象 非堆内存 JVM具有一个由所有线程共享的方法区。方法区属于非堆内存。它存储每个类结构，如运行时常数池、字段和方法数据，以及方法和构造方法的代码。它是在 Java 虚拟机启动时创建的。 除了方法区外，Java 虚拟机实现可能需要用于内部处理或优化的内存，这种内存也是非堆内存。 例如，JIT 编译器需要内存来存储从 Java 虚拟机代码转换而来的本机代码，从而获得高性能。 组成 Permanent Generation （图中的Permanent Space） 存放JVM自己的反射对象，比如类对象和方法对象 native heap GC策略 堆 JVM采用一种分代回收 (generational collection) 的策略，用较高的频率对年轻的对象(young generation)进行扫描和回收，这种叫做minor collection，而对老对象(old generation)的检查回收频率要低很多，称为major collection。这样就不需要每次GC都将内存中所有对象都检查一遍。 当一个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错误” 对象衰老的过程 young generation的内存，由一块Eden(伊甸园，有意思)和两块Survivor Space(1.4文档中称为semi-space)构成。新创建的对象的内存都分配自eden。两块Survivor Space总有会一块是空闲的，用作copying collection的目标空间。Minor collection的过程就是将eden和在用survivor space中的活对象copy到空闲survivor space中。所谓survivor，也就是大部分对象在伊甸园出生后，根本活不过一次GC。对象在young generation里经历了一定次数的minor collection后，年纪大了，就会被移到old generation中，称为tenuring。(是否仅当survivor space不足的时候才会将老对象tenuring? 目前资料中没有找到描述) ?剩余内存空间不足会触发GC，如eden空间不够了就要进行minor collection，old generation空间不够要进行major collection，permanent gen