在Java中内存泄漏是指某个(某些)对象已经不再被使用，应该被GC所回收的空间，但有一个对象持有这个对象的引用从而阻止这个对象被回收。比如我们通常会这样创建一个View， TextView tv = new TextView(this); 这里的this通常都是Activity，所以这个TextView就持有着这个Activity的引用。下面看张图：
通常情况下，当用户转动手机的时候，android会重新调用OnCreate()方法生成一个新的Activity，原来的 Activity应该被GC所回收。但如果有个对象比如一个View的作用域超过了这个Activity(比如有一个static对象或者我们把这个 View的引用放到了Application当中)，这时候原来的Activity将不能被GC所回收，Activity本身又持有很多对象的引用，所以 整个Activity的内存被泄漏了。
经常导致内存泄漏的一些原因：
1. keeping a long-lived reference to a Context：持有一个长生命周期的context的对象引用，从而不能被GC回收。
(1) 一个View的作用域超出了所在的Activity的作用域，比如一个static的View或者把一个View cache到了application当中等等；
(2) 某些与View关联的Drawable的作用域超出了Activity的作用域；
(3) Runnable对象: 比如在一个Activity中启用了一个新线程去执行一个任务，在这期间这个Activity被系统回收了， 但Runnalbe的任务还没有执行完毕并持有Activity的引用而泄漏，但这种泄漏一般来泄漏一段时间，只有Runnalbe的线程执行完闭，这个Activity还是可以被正常回收的。
(4) 内存类的对象作用域超出Activity的范围：比如定义了一个内存类来存储数据，又把这个内存类的对象传给了其它Activity或者Service等。因为内部类的对象会持有当前类的引用，所以也就持有了Context的引用。解决方法是: 如果不需要当前的引用，可以把内部类改成静态内部类(static), 或者把内部类抽取出来变成一个单独的类, 或者避免内部对象作用域超出Activity的作用域。
2. Out Of Memery Error：在Android中每一个程序所分到的内存大小是有限的，如果超过了这个数就会报Out Of Memory Error。Android给程序分配的内存大小与手机硬件有关（如：G1:16M Nexus One:32M Xoom:48Ms等） 解决方法是：尽量把程序中的一些大的数据cache到本地文件。以免内存使用量超标。
实例分析，对于内部类生命周期长于外部类，从而引起内存泄露的情况，详见：
https://blog.csdn.net/itachi85/article/details/77826112?utm_source=gold_browser_extension （LeakCanary使用详解）
关于LeakCanary内存泄露检查工具的介绍，详见如下链接：
https://www.jianshu.com/p/08ca3d48c2f8