android 弹出“应用程序×××无法响应”窗口的解析和解决方案

     android代码完全没有错误，但是有时候会发出“应用程序×××无法响应”的异常，这让很多做android开发的人员很是郁闷，所以我这里就专门来解析一下，以及谈谈它的解决方案。

     android 应用程序运行起来都有一个UI主线程，如果你把一个耗时的操作放在主线程里，而用户在5秒内没做任何输入（触摸屏幕或按钮），则这时候android系统就会自动弹出“应用程序×××无法响应”的异常，而且这时候还存在一个问题，程序阻塞在那里，用户界面就无法及时更新，界面卡在那里，造成假死机的状态；还有就是广播接收器的生命周期只有10s,如果耗时操作超过了这个值，也会弹出这个异常窗口,但对于Android平台来说UI控件都没有设计成为线程安全类型，所以需要引入一些同步的机制来使其刷新,这点Google在设计Android时倒是参考了下Win32的消息处理机制。

 1. 对于线程中的刷新一个View为基类的界面，可以使用postInvalidate()方法在线程中来处理，其中还提供了一些重写方法比如postInvalidate(int left,int top,int right,int bottom) 来刷新一个矩形区域，以及延时执行，比如postInvalidateDelayed(long delayMilliseconds)或postInvalidateDelayed(long delayMilliseconds,int left,int top,int right,int bottom) 方法，其中第一个参数为毫秒，如下:

 

   2. 当然推荐的方法是通过一个Handler来处理这些，可以在一个线程的run方法中调用handler对象的 postMessage或sendMessage方法来实现，Android程序内部维护着一个消息队列，会轮训处理这些，如果你是Win32程序员可以很好理解这些消息处理，不过相对于Android来说没有提供 PreTranslateMessage这些干涉内部的方法。

  3. Looper又是什么呢? ，其实Android中每一个Thread都跟着一个Looper，Looper可以帮助Thread维护一个消息队列，昨天的问题 Can't create handler inside thread 错误 一文中提到这一概念，但是Looper和Handler没有什么关系，我们从开源的代码可以看到Android还提供了一个Thread继承类HanderThread可以帮助我们处理，在HandlerThread对象中可以通过getLooper方法获取一个Looper对象控制句柄，我们可以将其这个Looper对象映射到一个Handler中去来实现一个线程同步机制，Looper对象的执行需要初始化Looper.prepare方法就是昨天我们看到的问题，同时推出时还要释放资源，使用Looper.release方法。

  4.Message 在Android是什么呢? 对于Android中Handler可以传递一些内容，通过Bundle对象可以封装String、Integer以及Blob二进制对象，我们通过在线程中使用Handler对象的    sendEmptyMessage或sendMessage方法来传递一个Bundle对象到Handler处理器。对于Handler类提供了重写方法handleMessage(Message msg) 来判断，通过msg.what来区分每条信息。将Bundle解包来实现Handler类更新UI线程中的内容实现控件的刷新操作。相关的Handler对象有关消息发送sendXXXX相关方法如下，同时还有postXXXX相关方法，这些和Win32中的道理基本一致，一个为发送后直接返回，一个为处理后才返回 :               
              

  5. java.util.concurrent对象分析，对于过去从事Java开发的程序员不会对Concurrent对象感到陌生吧，他是JDK 1.5以后新增的重要特性作为掌上设备，我们不提倡使用该类，考虑到Android为我们已经设计好的Task机制，我们这里Android开发网对其不做过多的赘述，相关原因参考下面的介绍:

  6. 在Android中还提供了一种有别于线程的处理方式，就是Task以及AsyncTask，从开源代码中可以看到是针对Concurrent的封装，开发人员可以方便的处理这些异步任务，具体的Android123在以前的文章中有详细解释，可以使用站内搜索来了解更多。

      解决办法，就是把这个耗时操作放在一个服务组件去执行，并创建一个新的子线程，而不是放在UI线程里，android的new Thread/new Runnalbe好像在这里无效，而是要新建一个线程，并放在Handler里进行处理，以进行耗时操作的同时，不停的去循环监听UI线程，以及时响应用户的操作，以免造成假死机的状态。具体实现代码如下：

 

 

//服务启动

public int onStartCommand(Intent intent, int flags, int startId) {
  //先在主线程里新建（实例化）一个HandlerThread 对象
  HandlerThread handlerThread = new HandlerThread("handler_thread");
  //在使用HandlerThread的getLooper()方法之前，必须先调用该类的start();
  handlerThread.start();

//利用HandlerThread .getLooper实例化一个handler对象,该HandlerThread 与该messageQueue关联
  MyHandler myHandler = new MyHandler(handlerThread.getLooper());

//获得该handler里的消息
  Message msg = myHandler.obtainMessage();
  //将msg发送到目标对象，所谓的目标对象，就是生成该msg对象的handler对象
  msg.sendToTarget();

 

  stopSelf();
  return super.onStartCommand(intent, flags, startId);
  
 }

 

//Handler类

class MyHandler extends Handler{
  public MyHandler(){
   
  }
  public MyHandler(Looper looper){
   super(looper);
  }
  @Override
  public void handleMessage(Message msg) {//接收message发过来的消息
   //耗时的操作

  }

}