Design Pattern --------------Flyweight

好文借鉴

引用

1. Flyweight是减少内存的使用量的一种模式，间接的可能会提高性能。两者没有必然联系。

2. Flyweight和Object pool完全不同。FlyWeight内部用到的共享机制在实现上和object cache有点像，但是有本质上的区别。不要把两者混为一谈。请仔细读一下GoF的原著。

3. Flyweight未必会减少实例的创建次数。反而可能会增加实例的创建次数。（尤其对于非JAVA语言）

4. Flyweight内部的共享机制和object pool的区别。
4.1 原理不同
object pool的原理是复用（一个对象被反复使用，但同时只有一个“人”在使用），flyweight的原理是共享(同时被多个“人”使用)。
object pool有一个很重要的特点，那就是pool中的对象是同质的。也就是说，对于使用者来说，可以用pool中的任何一个object。就好像当我们需要 connection时可以从connection pool中任意的拿一个出来使用，而Flyweight的每一个实例的内部属性都不同，完全是异质的。flyweight使用时，是去 FlyweightFactory中找一个特定的对象出来（如果没有的话，就创建一个）。flyweight的出发点是共享。而object pool中的对象是不能共享的。
4.2 运用的场合不同
object pool对应的场景是对象被频繁创建，使用，然后销毁这样一种情况。也就是说，每个对象的生命期都很短。同一时刻内，系统中存在的对象数也比较小。而Flyweight对应的情况是在同一时刻内，系统中存在大量对象。

5. Flyweight内部共享机制和object cache的区别。
5.1 原理不同
cache的原理是程序的局部访问性原理。对一小部分经常使用到的对象/数据提供一个高速的存储。而大部分数据放在一个低速的存储中。因此有cache算法和命中率的问题。flyweight的共享机制中，并没有高速和低速的问题。也不存在命中率的问题。可能会有一个查找算法的问题。
5.2 运用场合的不同。
cache运用在一小部分对象会被经常访问到的情况。比如说论坛中置顶的帖子。
flyweight用在同时使用到大量对象的情况。比如在屏幕上绘制一张有100万个电子元器件的电路图。这个时候每个对象都被用到一次，且只被用到一次。

6 在这里再提一下Buffer这个概念。
Buffer的原理是减小访问的波动性。在软件开发上用的比较少。这里就不说了。