JVM

http://cache.baiducontent.com/c?m=9f65cb4a8c8507ed4fece763105392230e54f76238d586482ec3933fc239045c163bbffd707e5619d0c6616507ad4c41e9f52b7634052bb28ccffc49dfbe982c25882c3e671cf100489546f1df037881769f02adf00ee7cba764c4f2c5d3ae1511990252&p=9c3fd40f85cc43ff57ed947c4b0e8f&newp=8b2a970183d01aff57ed947c115e9e231610db2151ddd4133b818013&user=baidu&fm=sc&query=jvm+eden+space&qid=&p1=1

 

http://docs.oracle.com/javase/1.5.0/docs/guide/management/jconsole.html

 

 

这些日子一直在研究jvm内存管理的东西，网上的知识很多，总结一下，能沉淀下来的就是自己的！

    首先，刚学java的时候就知道java类文件是以 .java为后缀的文件，经过javac命令编译后，编译成class文件，class文件中都是二进制格式的数据，所以想要看编译后的内容是什么，可以采用jdk自带的javap命令查看。

   记得刚学java的时候觉得java虚拟机厉害的很，java的风光正是建立在它的功劳之上。JVM （java vitual machine)。JVM中有个组成部分为类加载器(ClassLoader)，负责java文件编译后class文件的加载，加载到哪呢，加载到内存。那下面来说一下JVM的内存管理。

 

JVM的内存分栈内存、堆内存、本地方法栈和方法区四部分。java通过类加载器来加载class文件，加载到内存后，会把类、方法、常变量放到堆内存中。因为java是自动进行垃圾回收的，所以放入堆内存中的东西，哪些该回收，哪些不该回收？这都需要jvm去额外的线程去进行判断。但如果对于一个大型的J2EE系统来说，当创建的对象及方法变量比较多时，即堆内存中的对象比较多，如果一个一个对象去进行循环判断是否该回收时，这样的回收机制未免太耗时了，系统的性能一定会下降，jvm为了提高jvm执行效率，采用了堆内存分区管理的机制。

JVM把堆内存分三大块：Young Generation Space 新生区（也称新生代）、Tenure generation space养老区（也称旧生代）、Permanent Space 永久存储区。分区是为了进行模块化管理，管理不同的对象及变量以提高JVM的执行效率。

 

对于Young Generation Space ，它主要用来存储新创建的对象，内存大小会比较小，垃圾回收会比较频繁。对此区又分三个区域：一个Eden Space和两个Survivor Space。有一个前辈对这三个区域描述的相当透彻：

• 当对象在堆创建时，将进入年轻代的Eden Space。
• 垃圾回收器进行垃圾回收时，扫描Eden Space和A Suvivor Space，如果对象仍然存活，则复制到B Suvivor Space，如果B Suvivor Space已经满，则复制 Old Gen
• 扫描A Suvivor Space时，如果对象已经经过了几次的扫描仍然存活，JVM认为其为一个Old对象，则将其移到Old Gen。
• 扫描完毕后，JVM将Eden Space和A Suvivor Space清空，然后交换A和B的角色（即下次垃圾回收时会扫描Eden Space和BSuvivor Space。

 对于Tenure generation space，它主要是用来存储那些长时间被引用的对象。因为它里面存放的是经过几次在Young Genderation Space 进行扫描判断过仍存活的对象，内存大小会比较大，垃圾回收频率会比较小。

 对于Permanent Space 永久存储区，它是用来存储一些值信息不经常变更的东东，有类定义、字节码和常量等。(注：这里的类定义和字节码，我现在还不是很清楚）

 

http://blog.csdn.net/llbupt/article/details/6661161