Android性能优化:内存泄露&解决方案

**版权声明：本文为Carson_Ho原创文章，转载请注明出处！

目录

一、简介

即ML(Memory Leak)
指程序在申请内存后，当内存不需要使用但却无法被释放&归还给程序的现象。

二、对应用程序的影响

容易使得应用程序发生内存溢出,即OOM

内存溢出简介:

三、发生内存泄露的本质原因

具体描述

特别注意
从机制上的角度来说，由于Java存在垃圾回收机制(GC)，理应不存在内存泄露；出现内存泄露的原因仅仅是外部认为原因=无意识地持有对象引用，使得持有引用者的生命周期>被引用者的生命周期从而当后者需要结束生命周期被销毁时，无法正确回收。

四、储备知识:Android内存管理机制

4.1简介

下面，将针对回收 进程、对象 、变量的内存分配 & 回收进行详细讲解
4.2针对进程的内存策略
a.内存分配策略
由ActivityManagerService集中管理所有进程的内存分配
b.内存回收策略
步骤1:Application Framework决定回收的进程类型
Android中的进程是托管的;当进程空间紧张时，会按进程优先级低->>高的顺序 自动回收进程
Android将进程分为5个优先等级，具体如下:

步骤2：Linux内核真正回收具体进程

• 1.ActivityManagerService 对 所有进程进行评分（评分存放在变量adj中）
• 2.更新评分到Linux 内核
• 3.由Linux 内核完成真正的内存回收

4.2针对对象、变量的内存策略
Android的对于对象、变量的内存策略同 Java
内存管理 = 对象 / 变量的内存分配 + 内存释放
a.内存分配策略

• 对象/变量的内存分配由程序自动负责

• 共有3种:静态分配、栈式分配、&堆式分配，分别面向静态变量、局部变量&对象实例
  

  具体介绍如下
  注：用1个实例讲解 内存分配

public class Sample {    
int s1 = 0;
Sample mSample1 = new Sample();   

// 方法中的局部变量s2、mSample2存放在 栈内存
// 变量mSample2所指向的对象实例存放在 堆内存
  // 该实例的成员变量s1、mSample1也存放在栈中
public void method() {        
    int s2 = 0;
    Sample mSample2 = new Sample();
}
}
// 变量mSample3所指向的对象实例存放在堆内存
// 该实例的成员变量s1、mSample1也存放在栈中
Sample mSample3 = new Sample();

b.内存释放策略
对象 / 变量的内存释放 由Java垃圾回收器（GC） / 帧栈 负责
此处主要讲解对象分配（即堆式分配）的内存释放策略 = Java垃圾回收器（GC）
Java垃圾回收器（GC）的内存释放 = 垃圾回收算法，主要包括：

• 具体介绍如下
  5.常见的内存泄露原因&解决方案

常见引发内存泄露原因主要有:

• 1.集合类
• 2.static关键字修饰的成员变量
• 3.非静态内部类/匿名类
• 4.资源对象使用后未关闭
  下面，我将详细介绍每个引发内存泄露的原因

5.1 集合类

• 内存泄露原因
  集合类 添加元素后，仍引用着集合元素对象，导致该集合元素对象不可被回收，从而导致内存泄露
• 实例演示

// 通过 循环申请Object 对象 & 将申请的对象逐个放入到集合List
List