JVM内存管理

这些日子一直在研究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.youkuaiyun.com/llbupt/article/details/6661161