今天在 android 的 BroadcastReceiver 里面写一些代码的时候出现了意想不到的异常。情况是这样的:

当我在广播类里面这样定义一个Dialog,然后再在这个类里面调用dimiss方法时,对话框始终不消失,这让我纳闷了很久。。。

privateProgressDialogdialogDataUpload=null;privatevoiddimiss(){if(dialogDataUpload!=null){dialogDataUpload.dismiss();dialogDataUpload=null;}}

后来仔细端详这个类里面的dimiss方法,发现 Eclipse有一个警告:“This Handler class should be static or leaks might occur”,这让我隐约联想到了以前看到的关于 BroadcastReceiver 的注意事项。后来通过详细地了解 BroadcastReceiver,发现其生命周期只有十秒左右,如果在 onReceive() 内做超过十秒内的事情,就会报ANR(Application No Response) 程序无响应的错误信息,如果需要完成一项比较耗时的工作 , 应该通过发送 Intent 给 Service, 由Service 来完成 . 这里不能使用子线程来解决 , 因为 BroadcastReceiver 的生命周期很短 , 子线程可能还没有结束BroadcastReceiver 就先结束了 .BroadcastReceiver 一旦结束 , 此时 BroadcastReceiver 的所在进程很容易在系统需要内存时被优先杀死 , 因为它属于空进程 ( 没有任何活动组件的进程 ). 如果它的宿主进程被杀死 , 那么正在工作的子线程也会被杀死 . 所以采用子线程来解决是不可靠的。

通过这段解释,让我明白了出现的问题应该是由于我执行了超过10秒的操作,所以在执行取消对话框的操作时广播类的对象已销毁,这样 dimiss 方法肯定不起作用了。所以,我的解决方法是在申明的 Dialog 前面加上 static 属性,这样当广播的生命周期已结束时,由于 static 的属性,dimiss方法就会起作用了。当然最好的办法是按照前面说的,如果是比较耗时的操作,最好启动一个 Service 来处理。

更多相关文章

  1. SpringBoot 2.0 中 HikariCP 数据库连接池原理解析
  2. android studio *.jar 与 *.aar 的生成与*.aar导入项目方法
  3. Android的super.onCreate
  4. android 开发 Activity 与intent
  5. 实现在Android简单封装类似JQuery异步请求
  6. android之SQLite数据库应用(一)
  7. Android(安卓)Studio 快捷键整理
  8. Android之ContentProvider(数据共享)
  9. #android#数据持久化--SharedPreferences存储

随机推荐

  1. 短视频技术详解:Android端的短视频开发技
  2. Android下对Cookie的读写操作(附Demo)
  3. Android(安卓)屏蔽蓝牙连接时的首次配对
  4. 图解Android应用程序构建原理
  5. activity 的属性android:taskAffinity和a
  6. Android可循环显示图像的Android(安卓)Ga
  7. android基于XMPP的消息推送机制
  8. 基于Android的 拍照上传 程序开发
  9. Android中Handler,Looper,MessageQueue和Th
  10. Android与电脑局域网共享之:Samba Server