ANR/OOM及内存泄露的知识

ANR

UI卡顿

什么是ANR

Application Not Responding 
Activity中 5秒，广播中 10秒

ANR产生的原因

· 主线程被IO操作（从4.0之后网络IO不允许在主线程中）阻塞

· 主线程中存在耗时的计算

Android中哪些操作在主线程

· Activity的所有生命周期方法

· Service执行

· 广播的onReceive

· 没有使用子线程的Looper的Handler的HandleMessage，post是执行在主线程的

· AsyncTast的回调中除了doInbackgound，其他都是在主线程的

如何解决ANR

· 使用AsyncTast处理IO操作

· 使用Thread或者HandlerThread提高优先级

· 使用Handler来处理工作线程的耗时任务

· Activity的onCreate和onResume回调中尽量避免耗时的代码

OOM

什么是OOM

当前占用的内存加上我们申请的内存资源超过了Dalvik虚拟机的最大内存限制就会抛出Out Of Memory异常

一些容易混淆的概念

内存溢出/内存抖动/内存泄露

如何解决OOM

有关bitmap(recycle,LRU,计算inSampleSize,缩略图，三级缓存)

· 图片显示

· 及时释放内存

· 图片压缩

· inBitmap属性

· 捕获异常

其它方法

· listview：convertview/Lru

· 避免在onDraw方法中执行对象的创建

· 谨慎使用多进程 

UI卡顿原理

60fps->16ms(1000/60=16) 
overdraw

UI卡顿原因分析

1. 人为在UI线程中做了轻微耗时操作，导致UI线程卡顿

2. 布局Layout过于复杂，无法再16ms内完成渲染

3. 同一时间动画执行的次数过多，导致CPU或者GPU负载过重

4. View过度绘制导致某些像素在同一帧时间内被绘制多次，从而是CPU或者GPU负载过重

5. View频繁的触发measure、layout，导致measure、layout累计耗时过多及整个View频繁的重新渲染

6. 内存频繁触发GC过多，导致暂时阻塞渲染操作

7. 冗余资源以及逻辑等导致加载和执行缓慢

8. ANR

UI卡顿总结

1. 布局优化 (使用include，merge，viewstub；使用gone代替invisible；避免冗余嵌套和过于复杂的布局）

2. 列表以及Adapter优化

3. 背景和图片等内存分配优化

4. 避免ANR

内存泄露

java内存泄露基础知识

java内存分配策略

1. 静态存储区(方法区)

2. 栈区

3. 堆区

 

java中的内存泄露

内存泄露是指无用对象（不再使用的对象）持续占有内存或无用对象的内存得不到及时释放，从而造成内存空间的浪费称为内存泄露

Android内存泄露

1.单例

2.匿名内部类  非静态内部类会持有外部类的引用

3.Handler  避免是使用static变量

4.资源未关闭造成的内存泄露

5.AsyncTast造成的内存泄露 activity销毁时调用asyncTask.cancel(true)

内存管理

内存管理机制概述

Android中的内存管理机制

· 分配机制

· 回收机制

内存管理机制的特点

· 更少的占用内存

· 在合适的时候，合理的释放系统资源

· 在系统内存紧张的情况下，能释放大部分不重要的资源，来为Android系统提供可用的内存

· 能够很合理的在特殊生命周期中，保存或者还原重要数据，以至于系统能够正确的重新恢复该应用

内存优化方法

· 当Service完成任务后，尽量停止它

· UI不可见的时候释放一些只有UI使用的资源

· 在系统内存紧张的时候，尽可能多的释放掉一些重要资源

· 避免滥用bitmap导致的内存浪费

· 使用针对内存优化过的数据容器

· 避免使用依赖注入框架

· 使用ZIP对齐APK

· 使用多进程