java内存及垃圾回收机制

问题描述： 

     线上的服务出现间断性不能访问，开发临时进行排查。

     在应用程序部署的节点上通过：jstat -gc 进程号 1000查看程序gc的情况，发现full gc的次数很高，并持续增长很快；

      打开gc的日志，发现CMCgc、fullGC频繁发生，当fullGC时，界面就不可访问了。

      因为内存马上就会内存溢出了，因此重启了服务修复了该问题（当前正在服务器上运行的任务怎么办？是否有做完备的高可用方案，这个会写文档讨论）

内存：

 java的内存分为堆和栈。

     堆分为：新生代、老年代、持久代；

     堆中存放这new出的对象，堆中放着各种在多线程中共享的变量，线程的私有变量存放在栈中；

     新生代分为伊甸区、S0 、S1； Eden不足触发MinorGC ,将相关的信息放入S0中，S0不足是触发MinorGC放到S1中，当GC次数>15次后，会放入年老代，年老代空间不足就full GC了。

       栈用于存放函数调度以及生成的局部变量等等，当递归调用时，容易发生栈溢出。

      当大数据兴起后，java发现处理大数据太占用内存，因此为了避免内存溢出，在jdk1.8中将持久代放到了元空间，元空间的大小等于机器的内存大小。

         篇头说的内存不足的情况，其实是有很多任务并发运行，并发运行的任务初始化了大量类相关信息，占用了很多的内存。

垃圾回收算法：

1、标记-清除算法  ： 容易产生碎片

2、标记-整理算法  ： 用于年老代GC

3、复制算法 ：可用内存是原有的1/2

在我们项目中老年代使用的是CMC收集器