【转】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 永久存储区，它是用来存储一些值信息不经常变更的东东，有类定义、字节码和常量等。(注：这里的类定义和字节码，我现在还不是很清楚）
先总结这么多吧！