android内存溢出和内存泄漏的区别,Android 内存溢出和内存泄漏以及Leak Canary的使用...

一、内存泄漏和内存溢出的区别

内存溢出 out of memory：是指程序在申请内存时，没有足够的内存空间供其使用，出现out of memory；比如申请了一个integer,但给它存了long才能存下的数，那就是内存溢出。内存溢出通俗的讲就是内存不够用。(一般是客观存在的)

内存泄露 memory leak：是指程序在申请内存后，无法释放已申请的内存空间，一次内存泄露危害可以忽略，但内存泄露堆积后果很严重，无论多少内存,迟早会被占光。(程序代码漏洞)

二、内存泄露原因：(总结大概有以下几种)

1、Handler 引起的内存泄漏。

解决：将Handler声明为静态内部类，就不会持有外部类Activity的引用，其生命周期就和外部类无关，

如果Handler里面需要context的话，可以通过弱引用方式引用外部类(非静态内部类拥有对外部类的强引用)

2、单例模式引起的内存泄漏。

解决：Context是ApplicationContext，由于ApplicationContext的生命周期是和app一致的，不会导致内存泄漏

3、非静态内部类创建静态实例引起的内存泄漏。

解决：把内部类修改为静态的就可以避免内存泄漏了

4、非静态匿名内部类引起的内存泄漏。

解决：将匿名内部类设置为静态的。

5、注册/反注册未成对使用引起的内存泄漏。

解决：注册广播接受器、EventBus等，记得解绑。

6、资源对象没有关闭引起的内存泄漏。

解决：在这些资源不使用的时候，记得调用相应的类似close()、destroy()、recycler()、release()等方法释放。

7、集合对象没有及时清理引起的内存泄漏。

解决：通常会把一些对象装入到集合中，当不使用的时候一定要记得及时清理集合，让相关对象不再被引用。

主要原因:

主要是由于生命周期不匹配导致的。Android中的组件都是有特定生命周期的，而当这些组件中存在着不可释放的变量时，组件的生命周期便会出现异常，导致无法被GC释放。如生命周期较长的类使用Activity的Context, 导致Activity被引用, 无法被及时回收. 除了需要Activity页面支持的控件类, 如Dialog等, 其他全部使用应用的Context替换Activity的Context, 即Context.getApplicationContext(). 还有就是单例不要持有页面的控件, 单例持有控件, 控件附属页面, 最终页面得不到释放, 单例可以使用回调修改页面, 内部仅仅保留处理数据部分.

三、内存泄漏产生后如何查找

LeakCanary是检测App内存泄露的工具, 内存泄露是Android开发中常见的问题, 使用程序的稳定性下降.

1.先写一个导致内存泄漏的代码

/**

* 内存泄漏的

*/

public class LeakActivity extends AppCompatActivity {

static Demo sDemo;

@Override

protected void onCreate(Bundle savedInstanceState) {

super.onCreate(savedInstanceState);

setContentView(R.layout.activity_leak);

if (sDemo == null) {

sDemo = new Demo();

}

finish();

}

class Demo {

}

}

分析：通过简单的例子看看它的效果知道，内存泄漏比较容易发生的，就是因为生命周期不匹配导致。

这个Activity中，存在一个静态的Demo实例，并且这个实例在Activity初始化的时候也进行了初始化，接着我们在初始化完毕后finish掉这个Activity。

因为sDemo是一个静态的变量并且不为null，所以GC不会将其清理，而Activity因为持有这个静态变量，生命周期也不能正常执行，这样这个Activity就被泄漏了。

2、集成LeakCanary

(1).添加依赖：

apt 'com.jakewharton:butterknife-compiler:8.1.0'

debugCompile 'com.squareup.leakcanary:leakcanary-android:1.3.1'

releaseCompile 'com.squareup.leakcanary:leakcanary-android-no-op:1.3.1'

(2).引入代码

public class MyApplication extends Application {

@Override

public void onCreate() {

super.onCreate();

//检测内存泄漏的

LeakCanary.install(this);

}

}

配置非常简单, 会增加一个附属应用, 去掉Application的引用, 就可以移除LeakCanary.

3.多次点击启动内存泄漏的页面，就会报OOM

4.运行项目后会多出现一个图标，打开leaks

image.png

image.png

LeakCanary的内存泄露提示一般会包含三个部分:

第一部分(LeakActivity类的sDemo变量)引用

第二部分(LeakActivity类的sDemo变量), 导致

第三部分(MainActivity类)泄露.

应用最常见的泄露位置就是Activity的实例，但LeakCanary会在界面中显示泄漏信息，这样追踪泄漏的地方就不难了。