android 的消息处理

算是工作记录吧。。。

首先，android中界面的更新都必须放到主线程中间去做，当我们在子线程中想要更新界面的时候，可以通过Handler和Message这两个类来进行处理。比如新开了一个线程，用来进行下载任务，通过Handler显示进度条等。大概的过程是这样的，首先获得一个message ,然后调用sendMessage发送出去，然后就可以在重写的handler类的函数里面进行处理了。

new Thread() {
            public void run() {
                    ...
                Message msg = Message.obtain();
                ...
                msg.what = NETWORK_ERROR; 
　　　　　　　　　... 
　　　　　　　　　handler.sendMessage(msg); 
　　　　　　　　} 
}.start();

private Handler handler = new Handler() {
        public void handleMessage(android.os.Message msg) {
            switch (msg.what) {

            case NETWORK_ERROR:
                ...
                break;
            }
        };
    };

我们可以点进去看看Handler和Message的源码，会发现内部还会涉及到两个类，Looper和MessageQueue。

先看Message，

public final class Message implements Parcelable {

    public int what;

    public int arg1; 

    public int arg2;

    public Object obj;

    public Messenger replyTo;

    /*package*/ int flags;

    /*package*/ long when;
    
    /*package*/ Bundle data;
    
    /*package*/ Handler target;     
    
    /*package*/ Runnable callback;   
    
    /*package*/ Message next;
    ...
}

然后首先的问题是，为什么不直接Message msg = new Message(),而是用Message.obtain() ;这点在注释里已经有说明了：

    /**
     * Return a new Message instance from the global pool. Allows us to
     * avoid allocating new objects in many cases.
     */
    public static Message obtain() {
        synchronized (sPoolSync) {
            if (sPool != null) {
                Message m = sPool;
                sPool = m.next;
                m.next = null;
                sPoolSize--;
                return m;
            }
        }
        return new Message();
    }
　public static Message obtain(Handler h, Runnable callback)；
　public static Message obtain(Handler h, int what)
　　...

这里采用类似于线程池的方法，是从global pool里面取出来消息，当global pool中的消息全部被用光了，才会new Message()，避免频繁申请和释放资源带来的性能损耗。这个类下面也写了很多个不同参数的重载方法。另外一种获得Message的方法是Handler.obtainMessage()，看源码可以知道也是调用的Message.obtain();

然后是发送消息的方式，handler.sendMessage ：

public void sendToTarget() {
    target.sendMessage(this);
}

 这里的target在上面可以看到，是Message的一个Handler类型的成员，表示接收这个消息的handler对象。而Handler类里面的sendMessage方法，一路跟下去可以看到，最后执行的是调用Handler类的MessageQueue类型的成员对象mQueue的enqueueMessage方法。

   public final boolean sendMessage(Message msg)
    {
        return sendMessageDelayed(msg, 0);
    }
    
     public final boolean sendMessageDelayed(Message msg, long delayMillis)
    {
        if (delayMillis < 0) {
            delayMillis = 0;
        }
        return sendMessageAtTime(msg, SystemClock.uptimeMillis() + delayMillis);
    }

    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);
    }

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

因此sendMessage ，实际上是发送到Message对象的handler成员的MessageQueue队列里面去了。然后的问题是消息是怎么取出来的?先看Handler类：

public class Handler {
    final MessageQueue mQueue;
    final Looper mLooper;
    final Callback mCallback;
    final boolean mAsynchronous;
    IMessenger mMessenger;    
    /**
     * 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);
    }
    
      public Handler(Callback callback, boolean async) {
        ...
        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;
    }   
　　...   
}

可以看到，handler创建的时候没有指定Looper的话，是会默认绑定到当前的线程中去的。当我们在Activity中直接new Handler的时候，就绑定到主线程上面去了。

因此整个过程是，当android程序启动的时候，主线程就会启动了，然后启动主线程的消息循环，也就是Looper.loop()，因此默认new Handler出来的对象，都会把消息发送到主线程的MessageQueue中去。子线程创建的时候不会默认启动消息循环，想要进行消息处理，必须主动去启动消息循环，生成自己的消息队列。Looper中的loop方法：

 public static void loop() {
        final Looper me = myLooper();
    ...
        final MessageQueue queue = me.mQueue;

        for (;;) {
            Message msg = queue.next(); // might block
            if (msg == null) {
                // No message indicates that the message queue is quitting.
                return;
            }
            msg.target.dispatchMessage(msg);
            ...
            msg.recycle();
        }

调用了loop方法以后，就开始执行分发和回收消息的动作了，Handler.dispatchMessage:

    public void dispatchMessage(Message msg) {
        if (msg.callback != null) {
            handleCallback(msg);
        } else {
            if (mCallback != null) {
                if (mCallback.handleMessage(msg)) {
                    return;
                }
            }
            handleMessage(msg);
        }
    }

首先检查Message的Runnable接口是否为空，然后检查handler的callback是否为空,如果都是空，进入到Handler的handlerMessage方法，因为多态的原因，最终会跳转到我们重写的handlerMessage()方法里面去！

 

看完之后的感想：既然每一个消息都有一个handler对象作为target,而我们可以把很多handler都绑定到主线程的消息队列里面去，因此只要获得了界面A的handler，那么就可以给界面A发送消息，进入界面A的消息处理函数里面去！是不是有点类似于windows窗口的句柄呢,:-)，这也是我在后面JNI调用的时候所使用的通知android界面的方法。

 

转载于:https://www.cnblogs.com/BezierCurve/p/4231414.html