Android 异步消息处理机制 让你深入理解 Looper、Handler、Message三者关系

android的消息处理机制(图+源码分析)——Looper,Handler,Message

android的消息处理机制其实就是异步消息处理机制。那么什么叫异步消息处理线程呢?

异步消息处理线程启动后会进入一个无限的循环体之中,每循环一次,从其内部的消息队列中取出一个消息,然后回调相应的消息处理函数,执行完成一个消息后则继续循环。若消息队列为空,线程则会阻塞等待。说了这一堆,那么和Handler 、 Looper 、Message有啥关系?其实Looper负责的就是创建一个MessageQueue,然后进入一个无限循环体不断从该MessageQueue中读取消息,而消息的创建者就是一个或多个Handler 。

android的消息处理有三个核心类:Looper,Handler和Message。其实还有一个Message Queue(消息队列),但是MQ被封装到Looper里面了,我们不会直接与MQ打交道,因此我没将其作为核心类。

下面一一介绍:

android.os

Class Handler

  • public class Handler
    extends Object
    A Handler allows you to send and process Message and Runnable objects associated with a thread's MessageQueue. Each Handler instance is associated with a single thread and that thread's message queue. When you create a new Handler, it is bound to the thread / message queue of the thread that is creating it -- from that point on, it will deliver messages and runnables to that message queue and execute them as they come out of the message queue.

    There are two main uses for a Handler: (1) to schedule messages and runnables to be executed as some point in the future; and (2) to enqueue an action to be performed on a different thread than your own.

android.os

Class Looper

  • public class Looper
    extends Object
    Class used to run a message loop for a thread. Threads by default do not have a message loop associated with them; to create one, call prepare() in the thread that is to run the loop, and then loop() to have it process messages until the loop is stopped.

    Most interaction with a message loop is through the Handler class.

    This is a typical example of the implementation of a Looper thread, using the separation of prepare() and loop() to create an initial Handler to communicate with the Looper.

 class LooperThread extends Thread {
public Handler mHandler; public void run() {
Looper.prepare(); mHandler = new Handler() {
public void handleMessage(Message msg) {
// process incoming messages here
}
}; Looper.loop();
}
}
 Looper类为final类型,不允许扩展,阻止继承
 
android.os

Class Message

  • public final class Message
    extends Object
    implements Parcelable
    Defines a message containing a description and arbitrary data object that can be sent to a Handler. This object contains two extra int fields and an extra object field that allow you to not do allocations in many cases.

    While the constructor of Message is public, the best way to get one of these is to call Message.obtain() or one of the Handler.obtainMessage() methods, which will pull them from a pool of recycled objects.

还有个相联系的类:

android.os

Class HandlerThread

Handy class for starting a new thread that has a looper. The looper can then be used to create handler classes. Note that start() must still be called.

ps:Threads by default do not have a message loop associated with them

先以一个例子说明HandlerThread的使用:

 package com.example.androidexpriment;

 import android.app.Activity;
import android.os.*;
import android.util.Log;
import android.view.View;
import android.view.View.OnClickListener;
import android.widget.Button; /**
* handler UIThread
* myHandler handlerThread
* handler1 handler2 looperThread
*/
public class MainActivity extends Activity { private String TAG = "MainActivity";
//声明两个按钮控件
private Button startButton = null;
private Button endButton = null; @Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
//根据控件的ID得到代表控件的对象,并为这两个按钮设置相应的监听器
startButton = (Button)findViewById(R.id.startButton);
startButton.setOnClickListener(new StartButtonListener());
endButton = (Button)findViewById(R.id.endButton);
endButton.setOnClickListener(new EndButtonListener());
Log.i(TAG,"Activity-->" + Thread.currentThread().getId());
//打印主线程消息队列
Log.i(TAG," UIThread--->" + Looper.getMainLooper().toString()); //创建HandlerThread
HandlerThread handlerThread = new HandlerThread("handler_thread");
handlerThread.start();
Log.i(TAG," HandlerThread--->" + handlerThread.getLooper().toString()); MyHandler myHandler = new MyHandler(handlerThread.getLooper()); //myHandler与新线程的消息队列绑定
// When you create a new Handler, it is bound to the thread / message queue of the thread that is creating it
Message msg = myHandler.obtainMessage();
//将msg发送到目标对象,所谓的目标对象,就是生成该msg对象的handler对象
Bundle b = new Bundle();
b.putInt("age", 20);
b.putString("name", "Jhon");
msg.setData(b);
msg.sendToTarget(); //将msg发送到myHandler //创建LooperThread
LooperThread looperThread = new LooperThread();
looperThread.start();
/*
* 04-11 16:32:53.551: E/AndroidRuntime(8618): Caused by: java.lang.NullPointerException
*
Message msg1 = looperThread.mHandler.obtainMessage();
msg1.arg1 = 1;
msg1.sendToTarget(); */ } Handler handler = new Handler();
//将要执行的操作写在线程对象的run方法当中
Runnable updateThread = new Runnable(){
@Override
public void run() {
Log.i(TAG,"UpdateThread");
Log.i(TAG,"Activity-->" + Thread.currentThread().getId());
//在run方法内部,执行postDelayed或者是post方法
handler.postDelayed(updateThread, 3000);
} }; class StartButtonListener implements OnClickListener{ @Override
public void onClick(View v) {
//调用Handler的post方法,将要执行的线程对象添加到队列当中
handler.post(updateThread);
} } class EndButtonListener implements OnClickListener{ @Override
public void onClick(View v) {
handler.removeCallbacks(updateThread);
} } class MyHandler extends Handler{
public MyHandler(){ } public MyHandler(Looper looper){
super(looper);
}
@Override
public void handleMessage(Message msg) {
Bundle b = msg.getData();
int age = b.getInt("age");
String name = b.getString("name");
Log.i(TAG," myHandler--->" + Thread.currentThread().getId());
Log.i(TAG," HandlerThread--->" + Looper.myLooper().toString());
Log.i(TAG,"age is " + age + ", name is" + name);
}
} //如何为一个线程创建Handler
class LooperThread extends Thread implements Handler.Callback{
private Handler handler1;
private Handler handler2;
private Handler handler3; public void run() {
Looper.prepare();
// 实例化三个handler
handler1 = new Handler(this);
handler2 = new Handler();
handler3 = new Handler() {
@Override
public void handleMessage(Message msg) {
super.handleMessage(msg);
switch(msg.arg1) {
case 3:
Log.i(TAG,"handler33 message" + Thread.currentThread().getId());
break;
}
} };
/*Message msg1 = handler1.obtainMessage();
msg1.arg1 = 1;
msg1.sendToTarget();
Message msg2 = handler2.obtainMessage();
msg2.arg1 = 2;
msg2.sendToTarget();*/ Message msg1=new Message();
msg1.arg1=1;
handler1.sendMessage(msg1); Message msg2=new Message();
msg2.arg1=2;
handler2.sendMessage(msg2); Message msg3=new Message();
msg3.arg1=3;
handler3.sendMessage(msg3); Log.i(TAG," mHandler--->" + Thread.currentThread().getId());
Log.i(TAG," LooperThread--->" + Looper.myLooper().toString());
Looper.loop(); }
@Override
public boolean handleMessage(Message msg) {
switch(msg.arg1) {
case 1:
Log.i(TAG,"handler1 message" + Thread.currentThread().getId()); break;
case 2:
Log.i(TAG,"handler2 message" + Thread.currentThread().getId()); break;
case 3:
Log.i(TAG,"handler3 message" + Thread.currentThread().getId()); break;
} return false;
}
} }

对照程序和输出结果做一下解释,这个demo一共创建了三个thread

/**
* handler UIThread
* myHandler handlerThread
* handler1,handler2,handler3  looperThread
*/

handlerThread是一个具有消息队列的线程,android已经给我们封装好啦,looperThread是我们自己创建的一个线程类,程序要实现模拟在子线程里发送和接受消息,我们需要为这个looperThread创建一个消息队列,因为Threads by default do not have a message loop associated with them,为了让handler能接受和处理消息,子线程的handler需要实现handlerMessage()方法,程序中展示了两种方法:继承Handler.Callback接口,参见handler1;创建handler的时候直接重写handlerMessage(),参见handler3。结果中并没有handler2的输出消息,虽然handler2也向消息队列中发过消息,这是为什么呢,带着这个疑问我们去寻找源码?

handler2 = new Handler();  采用默认构造函数创建
/**
* Default constructor associates this handler with the {@link Looper} for the
* current thread.
*
* If this thread does not have a looper, this handler won't be able to receive messages
* so an exception is thrown.
*/
public Handler() {
this(null, false);
}

实际上是调用:

 *
* @param callback The callback interface in which to handle messages, or null.
* @param async If true, the handler calls {@link Message#setAsynchronous(boolean)} for
* each {@link Message} that is sent to it or {@link Runnable} that is posted to it.
*
* @hide
*/
public Handler(Callback callback, boolean async) {
if (FIND_POTENTIAL_LEAKS) {
final Class<? extends Handler> klass = getClass();
if ((klass.isAnonymousClass() || klass.isMemberClass() || klass.isLocalClass()) &&
(klass.getModifiers() & Modifier.STATIC) == 0) {
Log.w(TAG, "The following Handler class should be static or leaks might occur: " +
klass.getCanonicalName());
}
} mLooper = Looper.myLooper();
if (mLooper == null) {
throw new RuntimeException(
"Can't create handler inside thread that has not called Looper.prepare()");
}
mQueue = mLooper.mQueue;
mCallback = callback;
mAsynchronous = async;
} /**

执行到这里mCallback = null;  mCallback是什么呢,继续查找源码:

public class Handler {
/**
* Callback interface you can use when instantiating a Handler to avoid
* having to implement your own subclass of Handler.
*
* @param msg A {@link android.os.Message Message} object
* @return True if no further handling is desired
*/
public interface Callback {
public boolean handleMessage(Message msg);
} /**
* Subclasses must implement this to receive messages.
*/
public void handleMessage(Message msg) {
} /**
* Handle system messages here.
*/
public void dispatchMessage(Message msg) {
if (msg.callback != null) {
handleCallback(msg);
} else {
if (mCallback != null) {
if (mCallback.handleMessage(msg)) {
return;
}
}
handleMessage(msg);
}
} /*
*/
final MessageQueue mQueue;
final Looper mLooper;
final Callback mCallback;
final boolean mAsynchronous;
IMessenger mMessenger;
/*
*/ }

找了一通反而更加疑惑啦,因为都不知道系统什么时候调用的handleMessage(msg),那么有没有可能是在handler.sendMessage()的时候给了一个回调方法,那么就来看看sendMessage()是什么情况

 /**
* Pushes a message onto the end of the message queue after all pending messages
* before the current time. It will be received in {@link #handleMessage},
* in the thread attached to this handler.
*
* @return Returns true if the message was successfully placed in to the
* message queue. Returns false on failure, usually because the
* looper processing the message queue is exiting.
*/
public final boolean sendMessage(Message msg)
{
return sendMessageDelayed(msg, 0);
}
/**
* Enqueue a message into the message queue after all pending messages
* before (current time + delayMillis). You will receive it in
* {@link #handleMessage}, in the thread attached to this handler.
*
* @return Returns true if the message was successfully placed in to the
* message queue. Returns false on failure, usually because the
* looper processing the message queue is exiting. Note that a
* result of true does not mean the message will be processed -- if
* the looper is quit before the delivery time of the message
* occurs then the message will be dropped.
*/
public final boolean sendMessageDelayed(Message msg, long delayMillis)
{
if (delayMillis < 0) {
delayMillis = 0;
}
return sendMessageAtTime(msg, SystemClock.uptimeMillis() + delayMillis);
}
   /**
* Enqueue a message into the message queue after all pending messages
* before the absolute time (in milliseconds) <var>uptimeMillis</var>.
* <b>The time-base is {@link android.os.SystemClock#uptimeMillis}.</b>
* You will receive it in {@link #handleMessage}, in the thread attached
* to this handler.
*
* @param uptimeMillis The absolute time at which the message should be
* delivered, using the
* {@link android.os.SystemClock#uptimeMillis} time-base.
*
* @return Returns true if the message was successfully placed in to the
* message queue. Returns false on failure, usually because the
* looper processing the message queue is exiting. Note that a
* result of true does not mean the message will be processed -- if
* the looper is quit before the delivery time of the message
* occurs then the message will be dropped.
*/
public boolean sendMessageAtTime(Message msg, long uptimeMillis) {
MessageQueue queue = mQueue;
if (queue == null) {
RuntimeException e = new RuntimeException(
this + " sendMessageAtTime() called with no mQueue");
Log.w("Looper", e.getMessage(), e);
return false;
}
return enqueueMessage(queue, msg, uptimeMillis);
}

MessageQueue queue = mQueue;这个quene肯定不会为空,因为前面调用过Looper的prepare()方法。看prepare()方法

 private static void prepare(boolean quitAllowed) {
if (sThreadLocal.get() != null) {
throw new RuntimeException("Only one Looper may be created per thread");
}
sThreadLocal.set(new Looper(quitAllowed));
}

sThreadLocal是一个ThreadLocal对象,可以在一个线程中存储变量。可以看到,在第5行,将一个Looper的实例放入了ThreadLocal,并且2-4行判断了sThreadLocal是否为null,否则抛出异常。这也就说明了Looper.prepare()方法不能被调用两次,同时也保证了一个线程中只有一个Looper实例~相信有些哥们一定遇到这个错误。

下面看Looper的构造方法:

private Looper(boolean quitAllowed) {
mQueue = new MessageQueue(quitAllowed);
mRun = true;
mThread = Thread.currentThread();
}

原来在构造方法中,创建了一个MessageQueue(消息队列)。接着前面的继续刨根

private boolean enqueueMessage(MessageQueue queue, Message msg, long uptimeMillis) {
msg.target = this;
if (mAsynchronous) {
msg.setAsynchronous(true);
}
return queue.enqueueMessage(msg, uptimeMillis);
}

这里this就是相应的handler对象,记住

msg.target = this;后面还会用到

到了这里发现信息似乎断啦,现在转到MessageQueen.java

  boolean enqueueMessage(Message msg, long when) {
if (msg.isInUse()) {
throw new AndroidRuntimeException(msg + " This message is already in use.");
}
if (msg.target == null) {
throw new AndroidRuntimeException("Message must have a target.");
} synchronized (this) {
if (mQuitting) {
RuntimeException e = new RuntimeException(
msg.target + " sending message to a Handler on a dead thread");
Log.w("MessageQueue", e.getMessage(), e);
return false;
} msg.when = when;
Message p = mMessages;
boolean needWake;
if (p == null || when == 0 || when < p.when) {
// New head, wake up the event queue if blocked.
msg.next = p;
mMessages = msg;
needWake = mBlocked;
} else {
// Inserted within the middle of the queue. Usually we don't have to wake
// up the event queue unless there is a barrier at the head of the queue
// and the message is the earliest asynchronous message in the queue.
needWake = mBlocked && p.target == null && msg.isAsynchronous();
Message prev;
for (;;) {
prev = p;
p = p.next;
if (p == null || when < p.when) {
break;
}
if (needWake && p.isAsynchronous()) {
needWake = false;
}
}
msg.next = p; // invariant: p == prev.next
prev.next = msg;
} // We can assume mPtr != 0 because mQuitting is false.
if (needWake) {
nativeWake(mPtr);
}
}
return true;
}

看完这个函数,也没找到线索。不是在创建Handler的时候,也不是在发送消息的时候,那么这个神奇的handleMessage(Message msg)究竟是怎么回事,能够做到不需要让我们去调用,消息来了就能处理呢。现在唯一的可能也就在 Looper.loop();

然后我们看loop()方法:

  public static void loop() {
final Looper me = myLooper();
if (me == null) {
throw new RuntimeException("No Looper; Looper.prepare() wasn't called on this thread.");
}
final MessageQueue queue = me.mQueue; // Make sure the identity of this thread is that of the local process,
// and keep track of what that identity token actually is.
Binder.clearCallingIdentity();
final long ident = Binder.clearCallingIdentity(); for (;;) {
Message msg = queue.next(); // might block
if (msg == null) {
// No message indicates that the message queue is quitting.
return;
} // This must be in a local variable, in case a UI event sets the logger
Printer logging = me.mLogging;
if (logging != null) {
logging.println(">>>>> Dispatching to " + msg.target + " " +
msg.callback + ": " + msg.what);
} msg.target.dispatchMessage(msg); if (logging != null) {
logging.println("<<<<< Finished to " + msg.target + " " + msg.callback);
} // Make sure that during the course of dispatching the
// identity of the thread wasn't corrupted.
final long newIdent = Binder.clearCallingIdentity();
if (ident != newIdent) {
Log.wtf(TAG, "Thread identity changed from 0x"
+ Long.toHexString(ident) + " to 0x"
+ Long.toHexString(newIdent) + " while dispatching to "
+ msg.target.getClass().getName() + " "
+ msg.callback + " what=" + msg.what);
} msg.recycle();
}
}

第2行:
public static Looper myLooper() {
return sThreadLocal.get();
}
方法直接返回了sThreadLocal存储的Looper实例,如果me为null则抛出异常,也就是说looper方法必须在prepare方法之后运行。
第6行:拿到该looper实例中的mQueue(消息队列)
13到45行:就进入了我们所说的无限循环。
14行:取出一条消息,如果没有消息则阻塞。
27行:使用调用 msg.target.dispatchMessage(msg);把消息交给msg的target的dispatchMessage方法去处理。Msg的target是什么呢?其实就是handler对象,前面提到过,下面会进行分析。
44行:释放消息占据的资源。

Looper主要作用:
1、 与当前线程绑定,保证一个线程只会有一个Looper实例,同时一个Looper实例也只有一个MessageQueue。
2、 loop()方法,不断从MessageQueue中去取消息,交给消息的target属性的dispatchMessage去处理。

到了这里,前面的一部分疑惑就解决啦,因为发送消息时,msg绑定了handler,所以looper执行到该message时也就能找到对应处理它的handler
好了,我们再去看一下dispatchMessage

    /**
* Handle system messages here.
*/
public void dispatchMessage(Message msg) {
if (msg.callback != null) {
handleCallback(msg);
} else {
if (mCallback != null) {
if (mCallback.handleMessage(msg)) {
return;
}
}
handleMessage(msg);
}
}

msg.callback是什么, 这里就不展开啦,handler能发两种消息,一种是Runnable对象,一种是message对象,这是直观的理解,但其实post发出的Runnable对象最后都被封装成message对象的成员了,就是这里的callback。见源码:

 public final boolean post(Runnable r)
{
return sendMessageDelayed(getPostMessage(r), 0);
} private static Message getPostMessage(Runnable r) {
Message m = Message.obtain();
m.callback = r;
return m;
}
 private static void handleCallback(Message message) {
message.callback.run();
}

所以如果message设置了callback,即runnable消息,处理callback,也就是执行Runnable的run()方法!这里的if esle其实就是分情况处理hander的两种消息,对应handler的两种用法。

            if (mCallback != null) {
if (mCallback.handleMessage(msg)) {
return;
}
}

显然handler2 = new Handler()对应的mCallback=null,就无法享受mCallback.handleMessage()啦,只能直接执行

  handleMessage(msg);

而这个方法在源码中是一个空方法,所以handler2的消息没有对应的打印信息。

 public interface Callback {
public boolean handleMessage(Message msg);
} /**
* Subclasses must implement this to receive messages.
*/
public void handleMessage(Message msg) {
} /**
* Handle system messages here.
*/
public void dispatchMessage(Message msg) {
if (msg.callback != null) {
handleCallback(msg);
} else {
if (mCallback != null) {
if (mCallback.handleMessage(msg)) {
return;
}
}
handleMessage(msg);
}
}

到此可以做出总结:一个线程可以有多个Handler,但是只能有一个Looper!各个handler发送的消息在同一个消息队列中,不同的handler只能负责处理自己发的消息,哪怕两个消息是一样的,也无法处理

             Message msg1=new Message();
msg1.arg1=1;
handler1.sendMessage(msg1); Message msg2=new Message();
msg2.arg1=1;
handler2.sendMessage(msg2);

将上面的代码修改一下,发现

case 1:
Log.i(TAG,"handler1 message" + Thread.currentThread().getId()); break;

logcat中也只打印了一次。

      Handler与多线程:安卓的UI线程(即OnCreate函数创建的线程)是线程非安全的。也就是说,在UI线程中,使用sleep这样的函数会导致整个线程延迟,但是我们在安卓开发中,往往会经常遇到一些延迟比较厉害的操作,(例如通过HTTP获取数据信息)如果放在主线程中,则会影响UI界面的渲染。但是如果另外新开一个线程,则由于UI线程只能在主线程中修改,而导致无法修改主线程的UI界面。这个时候Handler就出来解决这个问题。

handler可以分发Message对象和Runnable对象到主线程中, 每个Handler实例,都会绑定到创建他的线程中(一般是位于主线程), 也就是说Handler对象初始化后,就默认与对它初始化的进程的消息队列绑定,因此可以利用Handler所包含的消息队列,制定一些操作的顺序。

Handler主要两大作用:

1. 提供post操作。post操作主要将Runnable对象放进主线程(UI)线程中的队列中操作。post还支持延迟操作。使用post后,Runnable是按照队列的形式逐个执行的。

2. handlerMessage操作。主要用于新开一个线程与主线程中的通信。新开的线程执行完毕后,可以通过sendMessage给主线程发送消息,并且传递一些参数,然后主线程就可以修改UI界面了。

Handler提供的函数:

post类方法允许你排列一个Runnable对象到主线程队列中:

post(Runnable)

postAtTime(Runnable,long)

postDelayed(Runnable long)

sendMessage类方法, 允许你安排一个带数据的Message对象到队列中:

sendEmptyMessage(int)

sendMessage(Message)

sendMessageAtTime(Message,long)

sendMessageDelayed(Message,long)

应用实例:

1,传递Message。用于接受子线程发送的数据, 并用此数据配合主线程更新UI

在Android中,对于UI的操作通常需要放在主线程中进行操作。如果在子线程中有关于UI的操作,那么就需要把数据消息作为一个Message对象发送到消息队列中,然后,用Handler中的handlerMessge方法处理传过来的数据信息,并操作UI。类sendMessage(Message msg)方法实现发送消息的操作。 在初始化Handler对象时重写的handleMessage方法来接收Messgae并进行相关操作。

2,传递Runnable对象。用于通过Handler绑定的消息队列,安排不同操作的执行顺序。

Handler对象在进行初始化的时候,会默认的自动绑定消息队列。利用类post方法,可以将Runnable对象发送到消息队列中,按照队列的机制按顺序执行不同的Runnable对象中的run方法。

另外,Android的CPU分配的最小单元是线程,Handler一般是在某个线程里创建的,因而Handler和Thread就是相互绑定的,一一对应。而Runnable是一个接口,Thread是Runnable的子类。所以说,他俩都算一个进程.xml文件:

<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"
xmlns:tools="http://schemas.android.com/tools"
android:layout_width="match_parent"
android:layout_height="match_parent" > <Button
android:id="@+id/startButton"
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:text="start"
android:layout_centerInParent="true"
/>
<Button
android:id="@+id/endButton"
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:text="end"
android:layout_below="@id/startButton"
/> </RelativeLayout>
package com.example.androidexpriment;

import android.app.Activity;
import android.os.Bundle;
import android.os.Handler;
import android.util.Log;
import android.view.View;
import android.view.View.OnClickListener;
import android.widget.Button; public class MainActivity extends Activity { private String TAG = "MainActivity";
//声明两个按钮控件
private Button startButton = null;
private Button endButton = null;
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
//根据控件的ID得到代表控件的对象,并为这两个按钮设置相应的监听器
startButton = (Button)findViewById(R.id.startButton);
startButton.setOnClickListener(new StartButtonListener());
endButton = (Button)findViewById(R.id.endButton);
endButton.setOnClickListener(new EndButtonListener());
Log.i(TAG,"Activity-->" + Thread.currentThread().getId()); }
class StartButtonListener implements OnClickListener{ @Override
public void onClick(View v) {
//调用Handler的post方法,将要执行的线程对象添加到队列当中
handler.post(updateThread);
} } class EndButtonListener implements OnClickListener{ @Override
public void onClick(View v) {
handler.removeCallbacks(updateThread);
} }
//创建一个Handler对象
Handler handler = new Handler();
//将要执行的操作写在线程对象的run方法当中
Runnable updateThread = new Runnable(){ @Override
public void run() {
Log.i(TAG,"UpdateThread");
Log.i(TAG,"Activity-->" + Thread.currentThread().getId());
//在run方法内部,执行postDelayed或者是post方法
handler.postDelayed(updateThread, 3000);
} };
}

点击start后,程序的运行结果就是每隔3秒钟,就会在控制台打印一行UpdateTread。这是因为实现了Runnable接口的updateThread对象进入了空的消息队列即被立即执行run方法,而在run方法的内部,又在3000ms之后将其再次发送进入消息队列中。

注意这种方法创建Handler对象并不需要重写handlerMessage方法。

从输出结果能看出来:

post方法虽然发送的是一个实现了Runnable接口的类对象,但是它并非创建了一个新线程,而是执行了该对象中的run方法。也就是说,整个run中的操作和主线程处于同一个线程。这样对于那些简单的操作,似乎并不会影响。但是对于耗时较长的操作,就会出现“假死”。为了解决这个问题,就需要使得handler绑定到一个新开启线程的消息队列上,在这个处于另外线程的上的消息队列中处理传过来的Runnable对象和消息。Runnable对象只是作为一个封装了操作的对象被传递,并未产生新线程。

下面这种写法也是可以的:

package com.example.androidexpriment;

import android.app.Activity;
import android.os.Bundle;
import android.os.Handler;
import android.util.Log;
import android.view.View;
import android.view.View.OnClickListener;
import android.widget.Button; public class MainActivity extends Activity { TestThread t = null;
private String TAG = "MainActivity";
//声明两个按钮控件
private Button startButton = null;
private Button endButton = null;
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
//根据控件的ID得到代表控件的对象,并为这两个按钮设置相应的监听器
startButton = (Button)findViewById(R.id.startButton);
startButton.setOnClickListener(new StartButtonListener());
endButton = (Button)findViewById(R.id.endButton);
endButton.setOnClickListener(new EndButtonListener());
Log.i(TAG,"onCreate-->" + Thread.currentThread().getId());
t= new TestThread(1); }
class StartButtonListener implements OnClickListener{ @Override
public void onClick(View v) {
//调用Handler的post方法,将要执行的线程对象添加到队列当中
handler.post(t);
} } class EndButtonListener implements OnClickListener{ @Override
public void onClick(View v) {
handler.removeCallbacks(t);
} }
//创建一个Handler对象
Handler handler = new Handler(); class TestThread extends Thread{
int prime;
TestThread(int prime) {
this.prime = prime;
}
@Override
public void run() {
//在run方法内部,执行postDelayed或者是post方法
handler.postDelayed(t, 3000);
Log.i(TAG,"TestThread-->" + Thread.currentThread().getId());
}
}
}

虽然创建了一个Thread,但是并没有执行Thread的start()方法。考虑到Thread和Runnable之间的关系,上面的两种代码并无实质差别,所以logcat中甚至都没出现启动新线程的日志。

然而,如果稍加修改:加上启动方法

  class StartButtonListener implements OnClickListener{  

         @Override
public void onClick(View v) {
//调用Handler的post方法,将要执行的线程对象添加到队列当中
handler.post(t);
t.start();
}
}

可以明显看到,虽然启动了新线程,但post仍然可以把这个线程推到主线程里面去,线程由虚拟机自动结束。

所以,在UI线程(主线程)中:

mHandler=new Handler();

mHandler.post(new Runnable(){

void run(){

//执行代码..

}

});

这个线程其实是在UI线程之内运行的,并没有新建线程。

常见的新建线程的方法是:参考J2SE文档的

1、

 class PrimeThread extends Thread {
long minPrime;
PrimeThread(long minPrime) {
this.minPrime = minPrime;
} public void run() {
// compute primes larger than minPrime
 . . .
}
}
  • The following code would then create a thread and start it running:

         PrimeThread p = new PrimeThread(143);
    p.start();

2、

   class PrimeRun implements Runnable {
long minPrime;
PrimeRun(long minPrime) {
this.minPrime = minPrime;
} public void run() {
// compute primes larger than minPrime
 . . .
}
}
  • The following code would then create a thread and start it running:

         PrimeRun p = new PrimeRun(143);
    new Thread(p).start();

尽量按照上面给出的两种方式做,不要受网上影响简单的从Threa创建,那样不能做到传递参数。

static void sleep(long millis)

Causes the currently executing thread to sleep (temporarily cease execution) for the specified number of milliseconds, subject to the precision and accuracy of system timers and schedulers.

代码验证:

package com.example.androidexpriment;

import android.app.Activity;
import android.os.Bundle;
import android.os.Handler;
import android.os.Message;
import android.util.Log;
import android.view.View;
import android.view.View.OnClickListener;
import android.widget.Button; public class MainActivity extends Activity { private String TAG = "MainActivity";
//声明两个按钮控件
private Button startButton = null;
private Button endButton = null;
TestThread t = null;
int flag = 0;
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
//根据控件的ID得到代表控件的对象,并为这两个按钮设置相应的监听器
startButton = (Button)findViewById(R.id.startButton);
startButton.setOnClickListener(new StartButtonListener());
endButton = (Button)findViewById(R.id.endButton);
endButton.setOnClickListener(new EndButtonListener());
Log.i(TAG,"onCreate-->" + Thread.currentThread().getId()); t= new TestThread(1); }
class StartButtonListener implements OnClickListener{ @Override
public void onClick(View v) {
//调用Handler的post方法,将要执行的线程对象添加到队列当中
t.start();
} } class EndButtonListener implements OnClickListener{ @Override
public void onClick(View v) {
handler.sendEmptyMessage(33);
flag = 5;
} } class TestThread extends Thread{
int prime;
TestThread(int prime) {
this.prime = prime;
}
@Override
public void run() {
//在run方法内部,执行postDelayed或者是post方法
try {
while(true) {
Log.i(TAG,"TestThread-->" + Thread.currentThread().getId());
//handler.sendEmptyMessageDelayed(22,3000);
Thread.sleep(3000);
handler.sendEmptyMessage(22);
if(flag == 5) //线程最佳的退出方法,就是自杀,也就是在线程的函数里面自然的return 出来
return;
}
} catch (InterruptedException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
} }
//创建一个Handler对象
Handler handler = new Handler(){
@Override
public void handleMessage(Message msg) {
// TODO Auto-generated method stub
super.handleMessage(msg);
switch(msg.what) {
case 22:
Log.i(TAG,"StartButton");
Log.i(TAG,"Handler-->" + Thread.currentThread().getId());
break;
case 33:
Log.i(TAG,"EndButton");
Log.i(TAG,"Handler-->" + Thread.currentThread().getId());
break;
} } }; }

能够看到,sendMessage()才真正做到多线程啦。

最近更新:

Android 异步消息处理机制 让你深入理解 Looper、Handler、Message三者关系这篇博客在最后提到

“其实Handler不仅可以更新UI,你完全可以在一个子线程中去创建一个Handler,然后使用这个handler实例在任何其他线程中发送消息,最终处理消息的代码都会在你创建Handler实例的线程中运行”

其实一开始我也是想实现这个过程,即主线发消息给子线程,在子线程中处理消息,相当于传统handler的相反用法。

在博客开头的代码中注释掉了这么一段:

/*
* 04-11 16:32:53.551: E/AndroidRuntime(8618): Caused by: java.lang.NullPointerException
*
Message msg1 = looperThread.mHandler.obtainMessage();
msg1.arg1 = 1;
msg1.sendToTarget(); */

现在想来这段代码报错显而易见,mHandler是在创建looperThead对象的过程中创建的,两个线程同时运行,什么时候mHandler有值了你并不知道。改成下面这样就可以啦

while(looperThread.handler3 == null);
Message msg3 = looperThread.handler3.obtainMessage();
msg3.arg1 = 3;
msg3.sendToTarget();

当然也可以在子线程中将handler3的引用传出来像下面这样:

 public class MainActivity extends Activity {  

       private Handler handler3_reference;

       @Override
public void onCreate(Bundle savedInstanceState) {
/* */
//创建LooperThread
LooperThread looperThread = new LooperThread();
looperThread.start(); Message msg3=new Message();
msg3.arg1=3;
while(handler3_reference == null);
handler3_reference.sendMessage(msg3);
} void sendMessage(Handler handler) {
handler3_reference = handler;
}
/* */ //如何为一个线程创建Handler
class LooperThread extends Thread implements Handler.Callback{
/* */
private Handler handler3; public void run() {
Looper.prepare();
handler3 = new Handler() {
@Override
public void handleMessage(Message msg) {
super.handleMessage(msg);
switch(msg.arg1) {
case 3:
Log.i(TAG,"handler33 message" + Thread.currentThread().getId());
break;
}
} }; sendMessage(handler3); Log.i(TAG," mHandler--->" + Thread.currentThread().getId());
Log.i(TAG," LooperThread--->" + Looper.myLooper().toString());
Looper.loop(); } }
}

《Android进阶》之第三篇 深入理解android的消息处理机制的更多相关文章

  1. Android NFC技术(三)——初次开发Android NFC你须知道NdefMessage和NdefRecord

    Android NFC技术(三)--初次开发Android NFC你须知道NdefMessage和NdefRecord 这最近也是有好多天没写博客了,除了到处张罗着搬家之外,依旧还是许许多多的琐事阻碍 ...

  2. [置顶] android利用jni调用第三方库——第三篇——编写库android程序整合第三方库libhello.so到自己的库libhelloword.so

    0:前言: 在第二篇中,我们主要介绍了丙方android公司利用乙方C++公司给的动态库,直接调用库中的方法,但是这样方式受限于: 乙方C++公司开发的动态库是否符合jni的规范,如果不规范,则不能直 ...

  3. [深入理解Android卷一全文-第三章]深入理解init

    因为<深入理解Android 卷一>和<深入理解Android卷二>不再出版,而知识的传播不应该因为纸质媒介的问题而中断,所以我将在CSDN博客中全文转发这两本书的全部内容. ...

  4. Android菜单详解(一)——理解android中的Menu

    前言 今天看了pro android 3中menu这一章,对Android的整个menu体系有了进一步的了解,故整理下笔记与大家分享. PS:强烈推荐<Pro Android 3>,是我至 ...

  5. android调用第三方库——第二篇——编写库android程序直接调用第三方库libhello.so (转载)

    转自:http://blog.csdn.net/jiuyueguang/article/details/9449737 版权声明:本文为博主原创文章,未经博主允许不得转载. 0:前言 1:本文主要作为 ...

  6. 《深入理解Android 卷III》第八章深入理解Android壁纸

    <深入理解Android 卷III>即将公布,作者是张大伟. 此书填补了深入理解Android Framework卷中的一个主要空白,即Android Framework中和UI相关的部分 ...

  7. 我的Android进阶之旅------>Ubuntu下不能识别Android设备的解决方法

    Bus 001 Device 006: ID 1b20:0c81 MStar Semiconductor, Inc.      今天不知道Ubuntu发了什么疯,昨天还用的好好的,今天就突然不能识别我 ...

  8. 【转】Pro Android学习笔记(三):了解Android资源(上)

    在Android开发中,资源包括文件或者值,它们和执行应用捆绑,无需在源代码中写死,因此我们可以改变或替换他们,而无需对应用重新编译. 了解资源构成 参考阅读Android学习笔记(三八):资源res ...

  9. 深入理解javascript函数进阶系列第三篇——函数节流和函数防抖

    前面的话 javascript中的函数大多数情况下都是由用户主动调用触发的,除非是函数本身的实现不合理,否则一般不会遇到跟性能相关的问题.但在一些少数情况下,函数的触发不是由用户直接控制的.在这些场景 ...

随机推荐

  1. 老李分享:robotium3.6与4.0 later 的区别 2

    再仔细看了下4.0中的方法:  java.util.ArrayList<android.view.View> getCurrentViews()           Returns an ...

  2. 最新windows 0day漏洞利用

    利用视屏:https://v.qq.com/iframe/player.html?vid=g0393qtgvj0&tiny=0&auto=0 使用方法 环境搭建 注意,必须安装32位p ...

  3. 转账示例(三):service层面实现(线程管理Connection)(本例采用QueryRunner来执行sql语句,数据源为C3P0)

    缺点:Service层面还是不应该出现关于事务的操作1.自行创建C3P0Uti,account数据库,导入Jar包 2.Dao层面 接口: package com.learning.dao; impo ...

  4. ZOJ 3195 Design the city 题解

    这个题目大意是: 有N个城市,编号为0~N-1,给定N-1条无向带权边,Q个询问,每个询问求三个城市连起来的最小权值. 多组数据 每组数据  1 < N < 50000  1 < Q ...

  5. nodeName,nodeValue,nodeType,typeof 的区别

        nodeName 属性含有某个节点的名称.  元素节点的 nodeName 是标签名称  属性节点的 nodeName 是属性名称  文本节点的 nodeName 永远是 #text  文档节 ...

  6. meta 整理

    < meta > 元素 概要 标签提供关于HTML文档的元数据.元数据不会显示在页面上,但是对于机器是可读的.它可用于浏览器(如何显示内容或重新加载页面),搜索引擎(关键词),或其他 we ...

  7. Unity加载场景、计时器、加载时不销毁某物体

    异步加载场景,SceneManager.LoadSceneAsync(SceneName);需引用 using UnityEngine.SceneManagement;命名空间, Applicatio ...

  8. Spring事务管理的实现方式之编程式事务与声明式事务详解

    原创说明:本博文为原创作品,绝非他处转载,转载请联系博主 1.上篇文章讲解了Spring事务的传播级别与隔离级别,以及分布式事务的简单配置,点击回看上篇文章 2.编程式事务:编码方式实现事务管理(代码 ...

  9. Javascript中变量作用域(2)

    多层函数调用取变量时,无论在哪里调用,要到创建此函数的作用域中取值,如果找不到再往上一级,直到全局变量. 外面定义了很多的全局的变量,下面我们来一个个理一下. 定义三个变量a,b,c;将A1函数赋值给 ...

  10. SQL Server中关于基数估计如何计算预估行数的一些探讨

    关于SQL Server 2014中的基数估计,官方文档Optimizing Your Query Plans with the SQL Server 2014 Cardinality Estimat ...