Android ANR & OOM

1. ANR

ANR全名Application Not Responding,也就是“应用无响应”。如果你的应用程序有一段时间内响应不够灵敏,系统会向用户显示一个对话框,这个对话框称作为应用程序无响应(ANR: Application Not Responding)对话框。用户可以选择“等待”而让程序继续运行,也可以选择“强制关闭”。一个流畅合理的应用程序中不能出现ANR。

1.1 为什么会出现ANR

在Android里,App的响应能力是由Activity Manager和Window Manager系统服务来监控的。通常在如下两种情况下会弹出ANR对话框:

  • 5s内无法响应用户输入事件(例如键盘输入, 触摸屏幕等);
  • BroadcastReceiver在10s内无法结束。

造成以上两种情况的首要原因就是在主线程(UI线程)里面做了太多的阻塞耗时操作,例如文件读写、数据库读写、网络查询等等。

潜在的耗时操作,例如网络或数据库操作,或者高耗时的计算如改变位图尺寸,应该在子线程里(或者以数据库操作为例,通过异步请求的方式)来完成。

这里例举一些经常出现在主线程的操作:

  1. Activity的所有生命周期回调都是在主线程执行的;
  2. Service默认是执行在主线程的;
  3. BroadcastReceiver的onReceive回调是执行在主线程的;
  4. 没有使用子线程的looper的Handler的handlerMessage,post(Runnable)是执行在主线程;
  5. AsyncTask的回调中除了doInBackground,其他都是执行在主线程。

1.3 如何避免ANR

  1. 运行在主线程里的任何方法都尽可能少做事情。特别是,Activity应该在它的关键生命周期方法(如onCreate()和onResume())里尽可能少的去做创建操作,避免耗时的代码。(可以采用重新开启子线程的方式,然后使用Handler+Message的方式做一些操作,比如更新主线程中的ui等)

  2. 应用程序应该避免在BroadcastReceiver里做耗时的操作或计算。但不再是在子线程里做这些任务(因为 BroadcastReceiver的生命周期短),替代的是,如果响应Intent广播需要执行一个耗时的动作的话,应用程序应该启动一个 Service。(此处需要注意的是可以在BroadcastReceiver中启动Service,但是却不可以在Service中启动BroadcastReceiver)

  3. 避免在Intent Receiver里启动一个Activity,因为它会创建一个新的画面,并从当前用户正在运行的程序上抢夺焦点。如果你的应用程序在响应Intent广播时需要向用户展示什么,你应该使用Notification Manager来实现。

综上:
- 使用AsyncTask处理耗时IO操作;
- 使用Thread或HandlerThread提高优先级;
- 使用Handler来处理工作线程的耗时任务;
- Activity的onCreate和onResume回调中尽量避免耗时的代码。


2. OOM

为了使Android应用程序能够快速高效的运行,Android每个应用程序都会有专门Dalvik虚拟机实例来运行,也就是每个程序都在属于自己的进程中运行。如果当前占用的内存加上我们申请的内存资源超过了Dalvik虚拟机的最大内存限制就会抛出Out of Memory异常。

2.1 三个易混淆概念

  1. 内存泄露:程序通过new分配内存,在使用完毕后没有释放,造成内存占用。这块内存不受GC控制,无法通过GC回收。主要表现在:当一个对象已经不再使用,本该被回收的,但是另外一个正在使用的对象持有它的引用从而就导致对象不能被回收。这种对象存在堆内存中,就产生了内存泄漏。
  2. 内存溢出:即OOM,程序向系统申请的内存空间超出了系统能给的。内存泄露很容易引起OOM。
  3. 内存抖动是指在短时间内有大量的对象被创建或者被回收的现象,主要是循环中大量创建、回收对象。这种情况应当尽量避免。

2.2 如何避免OOM

1. 使用更加轻量的数据结构

考虑使用ArrayMap/SpareseArray而不是传统的HashMap等数据结构,Android系统为移动系统设计的容器ArrayMap更加高效,占用内存更少,因为HashMap需要一个额外的实例对象来记录Mapping的操作。而SparesArray高效的避免了key和value的自动装箱,而且避免了装箱后的解箱。

2. 避免在Android中使用Enum
3. 减少Bitmap对象的内存占用
  • inSampleSize:缩放比例,在把图片载入内存之前,我们需要计算一个合适的缩放比例,避免不必要的大图载入。
  • decode format:解码格式,选择ARGB_8888/RBG_565/ARGB_4444/ALPHA_8,存在很大差异。
  • inBitmap属性
  • 捕获异常
  • 及时释放内存
4. 避免在onDraw方法里面执行对象的创建
5. Listview和GirdView出现大量重复子组件的视图里面对ConvertView的复用
  • 在ListView和GridView等显示大量图片的控件里面需要使用LRU机制缓存Bitmap
6. 谨慎使用多线程

参考并感谢

  1. android开发之详解ANR与OOM
  2. Android App优化之ANR详解
  3. Android避免OOM
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值