【Android】handler类分析研究

[转]

 

Android中的handler类是它特有的用于管理线程的工具类，方便于线程间通讯.

每一个应用程序(apk)，都是一个单独的进程，运行于单独的Dalvik虚拟机实例中，再运行于单独的Linux进程中。每一个进程默认只有一个线程即UI主线程，因为它是以UI界面更新为主要任务的主线程，所以得名。

同样继承于Context的Activity和Service都是跑在同一个线程里的，即UI主线程。这样他们之间是相互阻塞的，当Service运行较为费时的工作，而Activity上的UI界面需要更新导致程序卡住时，就会导致程序被系统Kill掉。解决办法是Service需要开用更多的线程来运行费时的工作，例如：播放音乐，网络下载等。

那么开辟的线程怎样与UI主线程互相协调工作呢，这就得需要用到Handler了。这个谷歌煞费苦心的发明确实有神奇的作用。最主要的作用是管理线程间的消息通讯。

UI主线程里初始化时自带一个消息队列(MessageQueen)，需要用Looper进行管理。Looper的主要作用是循环迭代MessageQueen，加入新的Message，轮到这条消息时再发送出去。而Handler就可以直接操作Looper了，例如：
Handler mHandler = new Handler(Looper.getMainLooper);就是用mHandler对象控制UI主线程的Looper对象，也就是控制了MessageQueen。而：
Handler mHandler = new Handler(Looper.myLooper);就是控制当前线程(也可能是UI主线程)的MessageQueen。

那么Handler控制了各个线程的MessageQueen就可以实现，主线程与子线程的相互通信，传递消息队列，分派任务等复杂的工作了。具体可参见高焕堂的Android的MessageQueen一文。

Handler还有一个用处，就是缓和任务冲突。当UI急需更新但是任务却在繁忙状态时，为了避免被系统杀死，这时最好利用Handler发送简单消息通知UI主线程更新界面，UI主线程在运行时会在空闲时取出消息解析运行，这样就不会造成任务冲突了。但是这样也可能会造成界面看起来一卡一卡的，最好的办法还是开辟一个新的线程来分摊工作。

有些没有界面的任务比如Service运行时需要更新UI界面，例如弹出对话框(Dialog)，那就得通过Handler来发送消息，通知UI线程更新界面，这样才能弹出对话框。