Message Android的享元模式

在Android中，几乎逃不过Handler这个组件，Android作为一个操作系统是基于事件驱动的，每一事件都会转化为系统消息。而事件驱动的几个组件：Message， MessageQueue， Handler， Looper不管怎么样你都绕不过去。每一个APP进程都有一个默认的消息列表，也就是MessageQueue。它们之间的运行原理就像工厂的生产线一样，代加工的商品就是Message，工人对应的就是处理事件的Handler。对于系统来说Message必然会产生很多的对象。在我们使用Handler中 不推荐直接new Message()，显然重复大量创建Message不是Android的实现方式。

我们通过一个简单的例子来看一下，Message的生命周期是怎么样的?

public class Mainactivity extends Activity{
  Handler handler = new Handler(Looper.getMainLooper());
  
  private void dosomeThing(){
    new Thread(){
      public void run(){
            handler.post(new Runnable(){
              public void run(){
                
              }
            }); 
      }
    }
  }
}

在上面的例子我们创建了一个Handler 将一个Runnable传递给UI线程，实际上handler.post会将Runnabel包装成一个Message。我们Message的消息是从obtain()方法中获取到的。

public final boolean post(Runnable r){
  return sendMessageDelayed(getPostMessage(r),0);
}

private static Message getPostMessage(Runnabel r){
  Message m = Message.obtain();
  m.callback = r;
  return m;
}

public static Message obtain(){
  synchronized(sPoolSync){
        if(sPool != null){
          Message m = sPool;
          sPool = m.next;
          m.next = null;
          m.flag = 0;// 清除使用的标记
          sPoolSync--;
        } 
  }
  return new Message();
}

sPool我们从名称大概也能猜到这应该是一个对象池，但是点击发现起始它是一个对象，仔细发现其中包含有一个Message next，不难猜到这个大概是使用了链表的数据结构来构造一个对象池，至此我们已经明白了Message的如何获取的，但是我们没有发现Message是何时存入到链表中的。

一番搜索我们发现了Message 中也有类似Bitmap那样的Recycle函数,来获取Message添加到链表中

public void recycle(){
  //省略
  recycleUnchecked();
}

void recyclerUnchecked(){
  flags = Flag_in_use;
  what = 0;
  arg1 = 0;
  arg2 = 0;
  obj = null;
  replyTo = null;
  when = 0;
  target = null;
  callback = null;
  
  data = null;
  synchronized(sPoolSync){
    if(sPoolSize < MAX_POOL_SIZE){
      next = sPool;
      sPool = this;
      sPoolSize++;
    } 
  }
}