深入探讨Android异步精髓Handler讲解.doc

深入探讨Android异步精髓Handler 前言 众所周知，Android的UI是在其主线程中进行刷新的，所以Google建议开发人员切勿在主线程中进行耗时的操作否则很容易导致应用程序无响应(ANR)。鉴于此几乎接近硬性的要求，我们常把耗时的操作(比如网络请求)置于子线程中进行；但是子线程不能直接访问UI。 至此，这个矛盾就凸显出来了： 主线程可以刷新UI，但不能执行耗时操作 子线程可以执行耗时操作 ，但是不能直接刷新UI 嗯哼，那有没有一个东西可以调和并化解这个矛盾呢？当然是有的，Google采用Handler把主线程和子线程精巧地联系起来——子线程中进行耗时的业务逻辑，然后利用Handler通知主线程刷新UI。除此以外，还有别的方式可以实现类似的操作么？答案是肯定的，我们也可以利用AsyncTask或者IntentService进行异步的操作。这两者又是怎么做到的呢？其实，在AsyncTask和IntentService的内部亦使用了Handler实现其主要功能。抛开这两者不谈，当我们打开Android源码的时候也随处可见Handler的身影。所以，Handler是Android异步操作的核心和精髓，它在众多领域发挥着极其重要甚至是不可替代的作用。 在此，对Handler的工作原理和实现机制进行系统的梳理。 ThreadLocal简介及其使用 对于线程Thread大家都挺熟悉的了，但是对于ThreadLocal可能就要陌生许多了。虽然我们对于它不太了解，但是它早在JDK1.2版本中就已问世并且被广泛的使用，比如Hibernate，EventBus，Handler都运用了ThreadLocal进行线程相关的操作。如果单纯地从ThreadLocal这个名字来看，它带着浓浓的“本地线程”的味道； 然而，喝一口之后才发现根本就不是这个味儿。其实，ThreadLocal并不是用来操作什么本地线程而是用于实现不同线程的数据副本。当使用ThreadLocal维护变量时，它会为每个使用该变量的线程提供独立的变量副本；每一个线程都可以独立地改变自己的副本并且不会影响其它线程所持有的对应的副本。所以，ThreadLocal的实际作用并不与它的名字所暗含的意义相吻合，或许改称为ThreadLocalVariable(线程本地变量)会更合适一些。 接下来，我们通过一个实例来瞅瞅ThreadLocal的使用方式 /** * 原创作者: * 谷哥的小弟 * * 博客地址: * /lfdfhl */ private void testThreadLocal(){ mThreadLocal.set(东京热); new HotThread1().start(); new HotThread2().start(); hot3=mThreadLocal.get(); try{ Thread.sleep(1000*4); Log.i(TAG,HotThread1获取到的变量值: +hot1); Log.i(TAG,HotThread2获取到的变量值: +hot2); Log.i(TAG,MainThread获取到的变量值: +hot3); }catch (Exception e){ } } private class HotThread1 extends Thread{ @Override public void run() { super.run(); mThreadLocal.set(北京热); hot1=mThreadLocal.get(); } } private class HotThread2 extends Thread{ @Override public void run() { super.run(); mThreadLocal.set(南京热); hot2=mThreadLocal.get(); } } 查看输出结果： HotThread1获取到的变量值: 北京热?HotThread2获取到的变量值: 南京热?MainThread获取到的变量值: 东京热 在这段代