享元模式英文是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.将对象的状态外部化，从而读取外部状态的时间稍微变长。
