# 标签: 读博客
为了节省你宝贵的时间,我直接说结论,你在去看他的原文吧。
1. handler在创建的时候,一定会传入一个looper对象,如果你看到的是new Handler()这样的形式,说明MainActivity的MainLooper已经传递给handler用来构造handler了。
2. handler属于哪个线程,那么handler处理的那一套中所存在的队列Queue就在哪个线程.
3. Message和Runnable共用一个队列,并没有因为谁特殊就多用了一个队列。
4. 队列属于哪个线程,那么其中的对象就属于哪个线程,比方说跑起的Runnable对象.
我并没有说的很清楚,懂handler那一套的人一看就明白;如果你不懂android handler那一套,那么你就还是要看看原文,再看看我的结论。最后我还会把我遇到这个问题的场景贴出来。
看原文吧
文章转载自:http://www.cnblogs.com/crazypebble/archive/2011/03/23/1991829.html
大家都知道,在PC上的应用程序当需要进行一些复杂的数据操作,但不需要界面UI的时候,我们会为应用程序专门写一个线程去执行这些复杂的数据操作。通过线程,可以执行例如:数据处理、数据下载等比较耗时的操作,同时对用户的界面不会产生影响。在Android应用程序开发中,同样会遇到这样的问题。当我们需要访问网络,从网上下载数据并显示在我们的UI上时,就会启动后台线程去下载数据,下载线程执行完成后将结果返回给主用户界面线程。
对于线程的控制,我们将介绍一个Handler类,使用该类可以对运行在不同线程中的多个任务进行排队,并使用Message和Runnable对象安排这些任务。在javadoc中,对Handler是这样解释的:Handler可以发送和处理消息对象或Runnable对象,这些消息对象和Runnable对象与一个线程相关联。每个Handler的实例都关联了一个线程和线程的消息队列。当创建了一个Handler对象时,一个线程或消息队列同时也被创建,该Handler对象将发送和处理这些消息或Runnable对象。
下面有几种对Handler对象的构造方法需要了解一下:
a、如果new一个无参构造函数的Handler对象,那么这个Handler将自动与当前运行线程相关联,也就是说这个Handler将与当前运行的线程使用同一个消息队列,并且可以处理该队列中的消息。
private Handler handler = new Handler();
我们做这样一个实验,在主用户界面中创建一个带有无参构造函数的Handler对象,该Handler对象向消息队列推送一个Runnable对象,在Runnable对象的run函数中打印当前线程Id,我们比较主用户界面线程ID和Runnable线程ID是否相同。具体代码如下:
public class HandlerTest01 extends Activity { @Override public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.main); System.out.println("Activity ---> " + Thread.currentThread().getId()); handler.post(r); } private Handler handler = new Handler(); private Runnable r = new Runnable() { @Override public void run() { try { Thread.sleep(2000); } catch (InterruptedException e) { // TODO Auto-generated catch block e.printStackTrace(); } System.out.println("Runnalbe ---> " + Thread.currentThread().getId()); } }; }
通过这个例子的输出可以发现,Runnable对象和主用户界面线程的ID是相同。在这个例子中,我们直接利用handler对象post了一个runnable对象,相当于直接调用了Runnable对象的run函数,也就说没有经过start函数调用run(),那么就不会创建一个新线程,而是在原有线程内部直接调用run()方法,因此输出的线程Id是相同的。
b、如果new一个带参构造函数的Handler对象,那么这个Handler对象将与参数所表示的Looper相关联。注意:此时线程类应该是一个特殊类HandlerThread类,一个Looper类的Thread类,它继承自Thread类。
HandlerThread handlerthread = new HandlerThread("MyThread"); handlerthread.start(); private MyHandler handler = new MyHandler(handlerthread.getLooper()); class MyHandler extends Handler { public MyHandler() { } public MyHandler(Looper looper) { super(looper); } }
下面这个例子,将介绍如何开启一个新的线程,并通过Handler处理消息。
public class HandlerTest02 extends Activity { private MyHandler myhandler = null; @Override protected void onCreate(Bundle savedInstanceState) { // TODO Auto-generated method stub super.onCreate(savedInstanceState); this.setContentView(R.layout.main); System.out.println("Activity ---> " + Thread.currentThread().getId()); // 生成一个HandlerThread对象,使用Looper来处理消息队列 HandlerThread thread = new HandlerThread("MyThread"); // 必须启动这个线程 thread.start(); // 将一个线程绑定到Handler对象上,则该Handler对象就可以处理线程的消息队列 myhandler = new MyHandler(thread.getLooper()); // 从Handler中获取消息对象 Message msg = myhandler.obtainMessage(); // 将msg对象发送给目标对象Handler msg.sendToTarget(); } class MyHandler extends Handler { public MyHandler() { } // 带有参数的构造函数 public MyHandler(Looper looper) { super(looper); } @Override public void handleMessage(Message msg) { System.out.println("MyHandler ---> " + Thread.currentThread().getId()); } } }
根据这个例子返回的结果,可以看出,新线程Id与主用户界面的线程Id不同。由于我们调用了thread.start()方法,真正的创建了一个新线程,与原来的线程处于不同的线程上下文中,因此打印输出的线程Id是不同的。
c、如果需要Handler对象去处理消息,那么就要重载Handler类的handleMessage函数。
private Handler handler = new Handler() { @Override public void handleMessage(Message msg) { // TODO : Handle the msg // Usually we update UI here. } }
注意到注释部分,我们通常在handleMessage中处理更新UI界面的操作。
前面介绍了Handler类的基本使用,但是还是没有涉及到Thread类。要想实现在后台重新开启一个新的线程,通过该线程执行一些费时的操作,我们也使用Thread类来完成这个功能。下面我们先给出一个使用Thread类的例子程序。
public class ThreadTest extends Activity { @Override protected void onCreate(Bundle savedInstanceState) { // TODO Auto-generated method stub super.onCreate(savedInstanceState); this.setContentView(R.layout.main); System.out.println("Activity ---> " + Thread.currentThread().getId()); Thread thread = new Thread(r); thread.start(); try { Thread.currentThread().sleep(1000); } catch (InterruptedException e) { // TODO Auto-generated catch block e.printStackTrace(); } thread.stop(); } Runnable r = new Runnable() { @Override public void run() { System.out.println("Runnable ---> " + Thread.currentThread().getId()); } }; }
这个程序执行的结果如下。新线程在创建对象时,传入了Runnable类的一个对象,在Runnable对象中重载了run()方法去执行耗时的操作;新的线程实例执行了start方法,开启了一个新的线程执行Runnable的run方法。
上面这些就是我现在接触到执行线程的方法,在线程中,可以完成我们所需要的操作(比如:下载,处理数据,检测网络状态等),使其与UI界面分离,那么UI界面不会因为耗时操作导致界面被阻塞。
在《解密Google Android》一书中,发现了这样一个启动线程的模型。利用该模型,我们可以把一些耗时的操作放到doStuff方法中去执行,同时在updateUIHere方法中进行更新UI界面的操作,就可以完成一个线程所需要的功能。其他的说明写在注释部分了。
Handler myHandler = new Handler() { public void handleMessage(Message msg) { updateUIHere(); } } new Thread() { public void run() { doStuff(); // 执行耗时操作 Message msg = myHandler.obtainMessage(); Bundle b = new Bundle(); b.putString("key", "value"); m.setData(b); // 向消息中添加数据 myHandler.sendMessage(m); // 向Handler发送消息,更新UI } }.start();
原作者最后才指出,handler的异步处理本质。。。真是汗颜、网上还有这么多人转载。额,我也转了。。
(我只对事不对人啊,咱技术,不谈其他的)
看完原作者的文章,我就问你一句,为什么要 handler.post(new Runnable(){ . . . });
显然上面是没有说清楚的。
我总结了一下,就是文章最上面总结的那几条啦。
那结论解释一下就是:因为耗时操作不能放在当前线程,会造成阻塞,严重影响用户体验(app层),或者加载速度(framework层)。
究其历史原因是,嫌弃老的模式太慢,搞了一个HandlerThread,即带handler处理的工作线程(都懒得新开线程了,这里直接在内部开好工作线程了),得到这个工作线程的handler把耗时任务都给它做,怎么给他呢?post一个Runnable对象就可以了。怎么得到工作线程的handler呢?你需要工作线程的looper,这个looper也不是啥神秘的东西,就是死循环操作消息队列的。(我上面说过线程和message共用一个queue),下面给出得到工作线程最简单的模式:
HandlerThread mHandlerThread = new HandlerThread(); mHandlerThread.start(); Handler mHandler = new Handler(mHandlerThread.getLooper());
耗时操作post一个线程过去就完事儿啦。
这里老的模式是原文作者最后介绍的那种: 新开一个线程,在这个线程先执行耗时操作,然后在用别人线程的handler给别人线程sendMessage(), 之后别人线程利用Android已经实现好的回调机制,自动去 handMessage()跟新UI或者做非耗时操作。
啰嗦了半天,不晓得侬听明白啦?
merlin
2015/10/12