JVM了解

JVM：java虚拟机，是一个虚构出来的计算机，通过在实际的计算机上仿真模拟各种计算机的功能来实现的；JVM屏蔽了与具体系统平台相关的信息，实现了JAVA代码的跨平台。

1. JVM 垃圾回收机制：JVM是自动进行垃圾回收的，进行垃圾回收的原因：Java对象存活时间是不一定的，因此在程序运行一段时间后，如果不进行内存整理，就会出现零散的内存碎片(内存是比较稀少、珍贵的资源)，导致在需要的时候无法分配大块的内存空间，这样就影响程序运行的效率。

垃圾回收(Garbage Collect)：分为两类，分别是  Scaverage GC  和 Full GC

2. 内存分代:

我们在对内存进行回收时，注意到不同的对象生命周期不同，存活时间也不同，可以对不同生命周期的对象采取不同的垃圾回收方式来提高垃圾 回收的效率；

本身进行垃圾回收要新建一个垃圾回收线程，创建一下线程要分配内存；而垃圾回收是要回收内存，所以二者是矛盾的；以前采用先暂停所有的应用(为了停止新分配内存)，现在JVM中采用并发的垃圾回收算法，使得在程序能正常运行(持续分配内存)的前提下，完成垃圾回收。

内存分代根据生命周期的长短分为：年轻代、年老代和持久代 

新new的对象都放在年轻代，年轻代里面的对象是新产生的生命周期比较短，所以垃圾回收的频率比较高

年老代：多次垃圾回收后仍然存活的对象，就放在年老代

持久代：放的是java的类和算法，一般垃圾回收不会涉及到这里的内容

3. 垃圾回收的触发：

(1) Scaverage GC触发： 在新new一个对象，并在eden区申请内存失败就会触发 Scaverage GC

(2) Full GC触发：对整个堆进行整理，包括 年轻代、年老代和持久代都进行整理，所以这个要比 Scaverage GC要慢很多。

     Full GC 触发的原因：

• 年老代写满
• 持久代写满
• System.gc() 被显示调用

4. 几种典型的内存溢出

• java.lang.OutOfMemoryError：java heap  space  ----->年老代堆空间占满
• java.lang.OutOfMemoryError：PermGen space  ------>持久代空间占满
• java.lang.StackOverFlowError----------->堆栈空间占满
• Fatal：Stack size is small  ------->线程堆栈空间占满
• java.lang.OutOfMemoryError： not create new pative thread  ---->系统内存占满，不能创建新的线程

5. gc.log 入门

gc.log 的输出格式是开发人员可以设置的，一般的输出格式如下：

GC [GC 类型: 回收前年轻代占用的内存空间-à回收后年轻代所占的内存空间(回收的内存空间大小) 年轻代GC回收需要的时间  JVM的Heap在回收前所占用的内存àJVM 的Heap在回收后占用的内存(Heap  回收的内存)  JVM整个GC占用的时间；

[GC [PSYoungGen: 786432K->27464K(917504K)]  786432K->27464(1966080K), 0.1357630 secs]

除此之外，还有Full  GC输出：

[Full GC [PSYoungGen: 131044K->0K(917504K)] [ParOldGen: 638724K->691461K(1048576K)] 769768K->691461K(1966080K) [PSPermGen: 66676K->66576K(262144K)]

http://blog.renren.com/share/227555708/11768964932