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