借助Android Studio的Analyze-Inspect Code对代码做静态分析,常见的内存泄露问题有:
1. 静态变量引起的内存泄露;
解决方案:
使用Application的Context就可以解决这类内存泄露的问题了
2. 非静态内部类引起内存泄露(包括匿名内部类)隐式持有主类;如 Handler。
解决方案:
- 解决方法是将内部类写成静态内部类,在静态内部类中使用软引用/弱引用持有外部类的实例
3.不需要用的监听未移除会发生内存泄露
4. 资源未关闭
比如:BroadCastReceiver、Cursor、Bitmap、IO流、自定义属性attribute,attr.recycle()回收。
当不需要使用的时候,要记得及时释放资源。否则就会内存泄露。
解决方案:
- IO操作后,没有关闭文件导致的内存泄露,比如Cursor、FileInputStream、FileOutputStream使用完后没有关闭,这种问题在Android Studio 2.0中能够通过静态代码分析检查出来,直接改善就可以了;
- 自定义View中使用TypedArray后,没有recycle,这种问题也可以在Android Studio 2.0中能够通过静态代码分析检查出来,直接改善就可以了;
如何找到项目中存在的内存泄露的这些地方呢?
1. 神器 LeakCanary
2.使用工具
A) 确定是否存在内存泄露
1)
Android Monitor的内存分析
通过图形界面,最直观的看内存增长情况,知道该动作是否发生内存泄露。
动作发生之前:GC完后内存;
动作发生之后:GC完后内存; 两个值对比;
2) Heap Viewer
Heap视图中有一个Type叫做data object,即数据对象,也就是我们的程序中大量存在的类类型的对象。
在data object一行中有一列是“Total Size”,其值就是当前进程中所有Java数据对象的内存总量,
一般情况下,这个值的大小决定了是否会有内存泄漏。
我们反复执行某一个操作并同时执行GC排除可以回收掉的内存,注意观察data object的Total Size值,
正常情况下Total Size值都会稳定在一个有限的范围内,也就是说由于程序中的的代码良好,没有造成对象不被垃圾回收的情况。
反之如果代码中存在没有释放对象引用的情况,随着操作次数的增多Total Size的值会越来越大。
那么这里就已经初步判断这个操作导致了内存泄露的情况。
B) 先找怀疑对象(哪些对象属于泄露的)
使用
MAT内存分析工具
MAT分析heap的总内存占用大小来初步判断是否存在泄露
MAT对比操作前后的hprof来定位内存泄露是泄露了什么数据对象。(这样做可以排除一些对象,不用后面去查看所有被引用的对象是否是嫌疑)
快速定位到操作前后所持有的对象哪些是增加了(GC后还是比之前多出来的对象就可能是泄露对象嫌疑犯)
技巧:Histogram中还可以对对象进行Group,比如选择Group By Package更方便查看自己Package中的对象信息。
MAT分析hprof来定位内存泄露的原因所在。(哪个对象持有了上面怀疑出来的发生泄露的对象)
1)Dump出内存泄露“当时”的内存镜像hprof,分析怀疑泄露的类;
2)把上面2得出的这些嫌疑犯一个一个排查个遍。步骤:
(1)进入Histogram,过滤出某一个嫌疑对象类
(2)然后分析持有此类对象引用的外部对象(在该类上面点击右键List Objects--->with incoming references)
(3)再过滤掉一些弱引用、软引用、虚引用,因为它们迟早可以被GC干掉不属于内存泄露
(在类上面点击右键Merge Shortest Paths to GC Roots--->exclude all phantom/weak/soft etc.references)
(4)逐个分析每个对象的GC路径是否正常
此时就要进入代码分析此时这个对象的引用持有是否合理,这就要考经验和体力了!
(比如上课的例子中:旋转屏幕后MainActivity有两个,肯定MainActivity发生泄露了,
那谁导致他泄露的呢?原来是我们的CommonUtils类持有了旋转之前的那个MainActivity他,
那是否合理?结合逻辑判断当然不合理,由此找到内存泄露根源是CommonUtils类持有了该MainActivity实例造成的。
怎么解决?罪魁祸首找到了,怎么解决应该不难了,不同情况解决办法不一样,要靠你的智慧了。)
3.Lint分析工具
程序需要经常用Lint工具检测,保证良好的程序状态;
- 检测资源文件是否有没有用到的资源。
- 检测常见内存泄露
- 安全问题SDK版本安全问题
- 是否无用的代码没有用到
- 代码的规范---甚至驼峰命名法也会检测
- 自动生成的罗列出来
- 没用的导包
- 可能的bug