Android内存相关知识分享:
Rain
一. Java垃圾回收机制:
1.引用计数法分析:
当对象被创建或被引用时，该对象的计数器值会加1，当其被释放时会减1，但当两个对象互相引用对方时，就会造成永久不被回收.(内存泄漏由此可见)
2.可达性分析:
GCRoot可达树节点为存或对象，其余的为死亡对象。换而言之，能够通过GCRoot根节点到达的对象都被视为存活对象.
一般讲下列四点作为GCRoot:
1.虚拟机栈(帧栈中的本地变量表)中引用的对象
2.方法区中静态属性应用的对象
3.方法区中常量应用的对象
4.本地方法栈中JNI应用的对象
Java垃圾回收的几种方式:
1.标记->清理
先标记出所有需要回收的对象，在标记完成后统一回收所有被标记的对象。
因为在清理过程中，需要清理的内存地址不是连续的，所以清理后会造成很多的内存碎片
2.标记->整理
标记整理算法的“标记”过程和标记-清除算法一致，只是后面并不是直接对可回收对象进行整理，而是让所有存活的对象都向一段移动，然后直接清理掉端边界意外的内存。
由于会整理后统一进行清除，可见这样的回收方式不会造成太多的内存碎片
标记->整理->清除这种方式比较适用于，存活多，垃圾少的情况,这样的话，对于整体内存移动和回收来说是比较节省空间的。3.停止->复制:
将可用的内存按容量划分为大小相等的两块（from，to），每次只是用其中一块（总有一块是空的【to区域】）。当这一苦熬的内存用完了，就将还存活着的对象复制到另外一块上面，然后把已使用过的内存空间一次清理完。
停止，复制就意味着在一段时间内，只能使用一部分内存空间，当使用的空间超出这一半内存空间大小后，就会频繁的触发GC.
此方法适用于，存活对象少，垃圾多的情况，这样就会复制少，清空多。
Java的分代机制:
Java的堆空间一般分为三部分来存储三类数据
新生代:
存放刚刚创建的对象，代码才开始运行会创建大量对象，这些对象会统一的存放在新生代,因为有很多局部变量对象等会很快的变成不可达状态，快速死去。
特点：存活对象少，垃圾多
老年代:
存活了一段时间的对象，从创建后就一直存活下来。
特点:垃圾少，存活对象多
永久代:
一些静态文件等，Java8中已经删除并将这块区域划分给了元空间。
[外链图片转存失败(img-4M37sl2f-1565406219643)(C:\Users\XGIMI\AppData\Local\Temp\1554277085476.png)]
特点:永久存活，不回收
各个分代的垃圾回收机制:
结合上面的三种垃圾回收机制，很容易得出：
名称 | 特点 | 回收机制 |
新生代 | 垃圾多，存活少 | 复制 |
老年代 | 存活多，垃圾少 | 标记-整理-清除 |
新生代垃圾回收流程:
新生代在每次GC后，都会有大量不可达垃圾死去，只有少量存活。
Java新生代内存划分区域为:
[外链图片转存失败(img-I0iLnCCM-1565406219645)(C:\Users\XGIMI\AppData\Local\Temp\1554278013970.png)]
1.Edent区对外提供最大可使用内存，当Edent区快要满的时候，则触发GC，把存活的对象移植到SA中，并清空Edent
2.当Edent再次快满的时候，此时会对Ed和SA区同时触发GC，活的对象存在到SB中，同时清空Ed和SA
3.一直重复该流程，当某个S区被填充满了后且任有对象未被复制到S区，或在某个对象移植反复的被放置到S区15次左右，则把这一部分放入Old区
4.当old区也被填满后，则会触发majorGC,对old代进行GC
老年代垃圾回收流程:
因为old区，本来就是存活较久的对象，所以每次GC只会有较少部分被回收，使用标记-整理-清除，通过少量的移动就可以实现内存清理而且避免了内存碎片化。
GC的触发类型:
GC_FOR_MALLOC:
表示在堆上分配对象内存不足时触发的GC
GC_CONCURRENT：
表示当我们应用程序的堆内存达到一定量时触发的GC
GC_EXPLICIT：
应用调用system.gc …VMRuntime.gc接口时，jvm收到SIGUSR信号时触发的GC
（kill -12 12345 or kill -SIGUSR2 12345 ）
GC_BEFORE_OOM：
在发生OOM时触发的GC
