每日Android源码设计模式之-21、享元模式

享元模式英文是Flyweight，轻量级的意思。他是对象池的一种实现，由于使用了对象池，大大节约了内存和垃圾回收的开销。

享元对象中部分状态是可以共享的，称之为内部状态，内部状态不会随环境的变化。不可共享的成为外部状态，会随着环境而改变，在享元模式中会创建一个对象容器，在经典的享元模式中改容器为一个Map，他的键是享元对象的内部状态，值是享元对象本身。

---

定义

使用共享对象可以有效地支持大量的细粒度的对象

---

使用场景

1.系统中存在大量的相似对象

2.细粒度的对象都具备较接近的外部状态，并且内部状态和环境无关，也就是对象没有特定身份。

4.需要缓冲池的场景。

---

简单实现：

实现起来非常简单，以前我们都是new Object()来创建一个对象，现在我们创建一个FlywetghtFactory类，里面有个一个Map用来保存对象，有一个getFlyweight方法来获取Map中缓存的对象。

举个例子：

我们都要买火车票，有一个TicketInfo类，构造方法传入了from，to（始发地，目的地）两个变量。然后有getTicket(String bunk)方法，传入票的种类：硬卧、软卧、硬座？

如果不使用享元模式，有1000个人查询“深圳到北京”火车票，我们就需要创建1000个对象。

而使用了享元模式，我们创建一个TicketFactory类，里面有一个Map，key是from+“-”+to，

key不存在的时候创建Ticket对象，key存在就直接获取对象。这样查询从“深圳到北京”的火车票，就只会创建一个对象了。

---

Android中的享元模式

Handler大家再熟悉不过了。

我们使用mHandler.post(new Runnable)来发送一个消息，post调用了 sendMessageDelayed(getPostMessage(r),0)

sendMessageDelayed调用了sendMessageDelayed,又调用了sendMessageAtTime。

sendMessageAtTime方法获取了当前Handler所在的消息队列，然后把Message添加进队列中。

然后Looper又去不断循环这个队列，取出消息发送给Handler。

在这里我们只关心享元模式就不讨论Handler和Looper的实现了。

我们来看看getPostMessage方法。他通过Message.obtain()来获取一个Message，msg.callback = runnable;

obtain方法：

Message m = sPool;

sPool = m.next

m.next = null

m.flags =  0;

sPoolSize--;

return m;

rmPoo成员变量也是一个Message，在Message类中我们并没有找到Map类型的变量，但是我们看到了有一个Message类型的next变量，原来Message是通过链表的形式来保存Message池的。

在obtain中我们取出了链头的Message，然后把sPool移动到下一个Message，那么什么时候添加进来的呢。

是在recycle方法，回收的时候添加进来的

Message的recycle方法调用了recycleUnchecked方法，方法里面有如下代码

if(sPoolSize<MAX_POOL_SIZE){

next= sPool;

sPool=this；

sPoolSize++；

}

MAX_POOL_SIZE是池的大小，默认为50

这个方法里面把Message对象添加进了链表的头部。

这里的Message类及时Flyweight抽象，优势ConcreteFlyweight具体实现，又是FlyweightFactory。

---

总结：

享元模式原理和好处显而易见；

缺点：

1.使得系统更加复杂，将一些状态外部化，使得逻辑复杂化。

2.将对象的状态外部化，从而读取外部状态的时间稍微变长。