Android 消息机制，异步和多线程

核心提示：}};来源：(http://blog.sina.com.cn/s/blog_6377b8e60100k9us.html) - android消息机制，异步和多线程_北斗_新浪博客调用时只需要调用startQuery(int token, Object cookie, ContentURI uri, String[] p

}

};

来源：(http://blog.sina.com.cn/s/blog_6377b8e60100k9us.html) - android消息机制，异步和多线程_北斗_新浪博客

调用时只需要调用startQuery(int token, Object cookie, ContentURI uri, String[] projection, String selection, String[] selectionArgs, String sortOrder)函数即可：

queryHandler.startQuery(token, cookie, uri, projection, selection, selectionArgs, sortBy);

可见，该类的使用是多么简单(其实现可不会很容易，因为我尝试做了一次造车轮的工作*_*)，比直接用Handler简单无数倍。但让我倍感孤独的是，不知道是没人做异步的ContentProvider访问，还是这个类使用太过于弱智(这个使用方法可是我摸索了半天的啊，难道我真的如此的弱 @_@)，抑或是大家都各有高招，从SDK到网上，没有任何关于该类的有点用的说明。而我又恰巧悲伤的发现，这个类其实有很多的问题，比如他吃掉异常，有错误时只是简单的返回null指针(这个其实不能怪他，你可以看看这里...);当你传一个null的ContentResolver进去的时候，没有任何异常，只是莫名其妙的丢弃所有消息，使你陷入苦苦的等待而不知其因;更愤慨的是，他的token传递竟然有Bug(难道还是我使用不对&_&)，从startXX传入的token，到了onXXComplete里面一律变成1，而文档上明明写着两个是一个东西(我的解决方法是用cookie做token，这个不会丢*_*)。不过我暂时还没有遗弃它的打算，虽然没人理睬，虽然有一堆问题，虽然我按图索骥造了个新轮子，但为了节省剩下的一些无聊的工作，我决定苟且偷生了。。。

还是习惯性跑题了，其实，我是想通过我对这个类的无数次Debugger跟进，说说它的多线程异步处理的解决策略的。他的基本策略如下：

1. 当你实例化一个AsyncQueryHandler类时(包括其子类...)，它会单件构造一个线程(后面会详述...)，这个线程里面会构建一个消息循环。

2. 获得该消息循环的指针，用它做参数实例化另一个Handler类，该类为内部类。至此，就有了两个线程，各自有一个Handler来处理消息。

3. 当调用onXXX的时候，在XXX函数内部会将请求封装成一个内部的参数类，将其作为消息的参数，将此消息发送至另一个线程。

4. 在该线程的Handler中，接受该消息，并分析传入的参数，用初始化时传入的ContentResolver进行XXX操作，并返回Cursor或其他返回值。