一、内存泄漏和内存溢出的区别
内存溢出 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
LeakCanary的内存泄露提示一般会包含三个部分:
第一部分(LeakActivity类的sDemo变量)引用
第二部分(LeakActivity类的sDemo变量), 导致
第三部分(MainActivity类)泄露.
应用最常见的泄露位置就是Activity的实例，但LeakCanary会在界面中显示泄漏信息，这样追踪泄漏的地方就不难了。
