享元模式(Flyweight)

享元模式

属于结构型模式，它提供了减少对象数量从而改善应用所需的对象结构的方式，运用共享技术有效的支持大量细粒度的对象。

image.png

• Flyweight
  描述一个接口，通过这个接口Flyweight可以接受并作用于外部状态。
• ConcreteFlyweight
  实现Flyweight接口， 并为内部状态（ 如果有的话） 增加存储空间。
  ConcreteFlyweight对象必须是可共享的。它所存储的状态必须是内部的；即，它必
  须独立于Concrete Flyweight对象的场景。
• UnsharedConcreteFlyweight
  并非所有的Flyweight子类都需要被共享。Flyweight接口使共享成为可能，但它并不强制共享。在Flyweight对象结构的某些层次， UnsharedConcreteFlyweight对象通常
  将ConcreteFlyweight对象作为子节点（Row和Conum就是这样）。
• FlyweightFactory
  创建并管理Flyweight对象。
  确保合理地共享Flyweight。当用户请求一个Flyweight时，FlyweightFactory对象提供一个已创建的实例或者创建一个（如果不存在的话）。
• Client
  维持一个对Flyweight的引用。
  计算或存储一个（多个）Flyweight的外部状态。

优点

享元模式可以避免大量非常相似类的开销。在程序设计中，有时需要生成大量细粒度的类实例来表示数据。如果能发现这些实例，除了几个参数外基本上都相同的，有时就能够大幅度地减少需要实例化的类的数量。如果能把那些参数一到类实例的外面，在方法调用时将它们传递进来，就可以通过共享大幅度的减少单个实例的数目。

何时使用

享元模式主要用于减少创建对象的数量，以减少内存占用和提高性能。

如果一个应用程序使用了大量的对象，而大量的这些对象造成了很大的存储开销就应该考虑使用享元模式；还有就是对象的大多数状态可以外部状态，如果删除对象的外部状态，那么可以用相对较少的共享对象取代很多组对象，此时可以考虑使用享元模式。

Java中的享元模式

• String类使用了字符串缓存池来减少String对象的生成，注意下面的代码

  
  image.png

a==b和a.equals(b) 为true ,是因为他们都指向了缓存池中的String对象。
c==d为false ,是因为如果使用new String方法，会创建新对象，不走缓存。

• Byte、Character、Short、Integer、Long这些数字类，在自动装箱的前提下如果值小于128也是使用的缓存池中的对象。

  
  image.png
• 线程池、连接池

享元模式和单例模式的区别

享元模式是结构型模式，侧重对象之间的链接，可以是新对象，也可以是缓存的对象，创建多少与对象本身无关。
单例模式是创建型模式，从自身内部就约束JVM中只能存在一个对象，属于对象本身的属性。