Android的同步对话框（AlertDialog模态对话框返回值实现原理）

最近做毕业设计，在抽象层次上需要做一些统一的可复用界面交互方法，比如对话框。具体需求是通过调用一个方法，这个方法体中生成一个对话框与用户交互，等与用户交互完毕后将用户输入的信息返回，用伪代码来体现，结构大致如下：

[mw_shl_code=java,true]public Object getXXXByDialog(){

Object result;

result = showDialog();//显示一个对话框与用户交互，并返回用户输入的信息

return result;//返回用户输入的信息

}[/mw_shl_code]

很容易理解的结果，但是实现起来很麻烦，因为遇到一个同步和异步机制的问题。

在Android中，启动一个activity,serivice,对话框等等这些组件都是采用异步的机制（通过消息循环和消息队列）。也就是在上面的代码中，执行showDialog方法显示一个对话框后，不等对话框将用户输入的信息返回，showDialog下一行的return就会马上执行。所以在上面的伪代码结构中，return返回的结果永远都是null。整个过程用图形来表示大致如下，如图：

当使用showDialog方法后，实际上就是向消息队列中发送消息，要求启动对话框。消息发送完了之后就继续执行showDialog后面的代码，对话框什么时候出现取决于对话框的消息处理的时候。因为处理的很快，所以就好像是showDialog调用后就直接显示出了对话框，但实际上showDialog后面的代码已经执行了。

解决这个问题的思路就是想办法让对话框显示，并且用户输入信息后把对话框结束了再执行return方法，也就是让它们同步。因此，先简单了解一下线程和消息循环。

在Android中，当启动一个程序的时候，系统会先为这个程序启动一个主线程并且为这个线程创建一个Looper，这个Looper就是管理主线程消息循环消息队列的一个对象，它包含了一个消息队列。实际上，Activity、Serivice这些组件的启动也是通过异步机制来实现的，同样是通过向主线程的这个消息队列中发送消息，等到消息被处理程序处理解析后才会创建Activity、Service这些组件。异步机制的好处大概就是可以提高程序的并发性和响应性等等。

与消息队列相关的还有怎么向消息队列发送消息的问题。向消息队列中发送消息还涉及到另一个大名鼎鼎的类Handler，这个类可以看做是消息队列的工具类，用于向消息队列中添加消息（sendMessage等方法），以及为消息处理环节提供具体处理代码（重写Handler类的handleMessage方法）。一个Handler实例会绑定到一个线程的Looper，绑定后就可以通过Handler向Looper的消息队列中发送消息和提供处理代码。使用默认的Handler构造方法构造的Handler实例会自动绑定到当前线程拥有的Looper（一般常说Handler要在主线程中创建的原因就是因为主线程拥有一个Looper，不是每个线程拥有Looper，在没有Looper的线程中创建Handler将会抛出异常）。

简单了解了异步的一些基础东西后，回到真题。对话框是一个UI，所以运行在主线程上面，showDialog方法也就是向主线程的Looper消息队列中发送消息。Looper类提供了getMainLooper()静态方法用于获取主线程的Looper。另外Looper还提供了另一个静态方法loop()，这个方法内是一个死循环，用于立即从消息队列中获取消息进行处理，当没有消息可以处理时，这个循环就是挂起，等到有新的消息出现时再继续循环。官方文档上说使用loop()方法后，loop方法后面的代码将不会执行，直到调用了Looper的另一个方法quit()才会结束死循环继续后续代码。所以，根据这个信息来编写同步对话框。

先来看一下我根据这个思路抽象出来的一个同步对话框抽象类：

[mw_shl_code=java,true]import android.app.Dialog;

import android.content.Context;

import android.os.Handler;

import android.os.Looper;

import android.os.Message;

public abstract class SynDialog extends Dialog {

private Handler mHandler;

protected Object result;

public SynDialog(Context context){

super(context);

onCreate();

}

public abstract void onCreate();

/**

* 结束对话框，将触发返回result对象

*/

public void finishDialog(){

dismiss();

mHandler.sendEmptyMessage(0);

}

static class SynHandler extendsHandler{

@Override

public voidhandleMessage(Message msg) {

throw newRuntimeException();

}

}

/**

* 显示同步对话框

* @return 返回result对象

*/

public Object showDialog() {

super.show();

try {

Looper.getMainLooper();

mHandler = newSynHandler();

Looper.loop();

} catch (Exception e) {

}

return result;

}

}

[/mw_shl_code]

这个抽象类继承了Dialog，继承这个抽象类实现自己具体的同步对话框类，然后构造出实例调用showDialog就可以显示同步对话框（在对话框结束之前不会return result）。继承的时候需要实现这个抽象类的onCreate方法，在onCreate方法中设置你自己的对话框界面。finishDialog方法用于结束这个同步对话框，也就是关闭结束对话框的时候一定要调用这个方法才会让result返回。

大致解释下原理：继承后在onCreate中实现自定义对话框界面，显示对话框要调用showDialog方法。进入showDialog方法，首先执行super.show()方法发送消息要求显示对话框，此时还是因为异步机制，消息发送出去后继续运行下面的代码，进入try-catch模块。先用Looper.getMainLooper()方法获取主线程的Looper对象，再创建Handler对象，也就是将创建的Handler对象和主线程的Looper绑定。再往下执行Looper.loop()方法，关键就是在这里了，此时是主线程，loop方法后进入消息死循环处理，后续代码暂停不再继续执行下去，return自然没有执行。等到用户在对话框中输入信息后调用finishDialog方法，finishDialog先用dismiss关闭对话框，在用mHandler发送一条空消息进入消息队列。消息队列接受到消息用，从mHandler的handleMessage方法中获取处理代码。在这里，处理代码仅仅是抛出一个运行时异常。这个异常一抛出就会被loop()所在的try-catch捕捉，然后进入catch，loop()方法也就退出了。异常catch之后，后续代码也就继续执行下去，return也就被执行将result返回。这样就实现了调用showDialog后，对话框没有结束，就不会返回结果的同步假象。

至于为什么要采用抛异常的方式，Looper有提供一个quit退出loop的方法，为什么不直接调用这个quit方法？遗憾的是，主线程的Looper很特殊，不能quit，一quit也会抛出异常。我试过另外创建一个线程并赋给一个新的Looper，但由于对话框运行在UI线程，实行起来也很麻烦，反而这种抛异常的方法最简洁，虽然心里上不太能接受这种奇怪的做法。

这里有一个问题，在调用showDialog后，后续的代码没有继续执行，相当于是阻塞的样子。按照android的机制，超时会抛出ANR超时异常，但是在我的测试中并没有抛出ANR。找了很多ANR的资料，我自己猜测的结论是loop方法虽然是个死循环，但是它在消息队列中消息空的时候会挂起睡眠，没有一直占用CPU等资源，也就没抛出ANR。

好了，同步对话框就介绍到这里，折腾了一天，查了很多资料，结论多少有些个人的理解和猜想，如果有不对的地方还请指正。

主要参考了以下文章：

找到一个在Android上创建阻塞式模态对话框的方法http://blog.csdn.net/winux/article/details/6269687

Android应用程序消息处理机制（Looper、Handler）分析http://blog.csdn.net/luoshengyang/article/details/6817933?reload

强烈跟大家推荐下面这个老罗的博客，讨论的东西深入到很多源代码，值得膜拜的大神。