享元模式

让我们先来复习下java 中String 类型的特性：String 类型的对象一旦被创造就不可改 

变；当两个String 对象所包含的内容相同的时候，JVM 只创建一个String 对象对应这两个 

不同的对象引用。让我们来证实下着两个特性吧（如果你已经了解，请跳过直接阅读第二部 

分）。 

     先来验证下第二个特性： 

     public class TestPattern { 

           public static void main(String[] args){ 

               String n = "I Love Java"Polarized Sunglasses Wholesale; 

               String m = "I Love Java"; 

               System.out.println(n==m); 

           } 

     } 

     这段代码会告诉你n==m 是true，这就说明了在JVM 中n和m两个引用了同一个String 

对象。 

     那么接着验证下第一个特性： 

     在系统输出之前加入一行代码“m = m + "hehe";”，这时候n==m 结果为false，为什 

么刚才两个还是引用相同的对象，现在就不是了呢？原因就是在执行后添加语句时，m 指 

向了一个新创建的String 对象，而不是修改引用的对象。 

     呵呵，说着说着就差点跑了题，并不是每个String 的特性都跟我们今天的主题有关的。 

     String 类型的设计避免了在创建N 多的String 对象时产生的不必要的资源损耗，可以 

说是享元模式应用的范例，那么让我们带着对享元的一点模糊的认识开始，来看看怎么在自 

己的程序中正确的使用享元模式！ 

     注：使用String 类型请遵循《Effective JavaCheap sunglasses wholesale》中的建议。 

二、定义与分类 

     享元模式英文称为“Flyweight Pattern”，又译为羽量级模式或者蝇量级模式。我非常认 

同将Flyweight Pattern 翻译为享元模式，因为这个词将这个模式使用的方式明白得表示了 

出来。 

     享元模式的定义为：采用一个共享类来避免大量拥有相同内容的“小类”的开销。这种 

开销中最常见、直观的影响就是增加了内存的损耗。享元模式以共享的方式高效的支持大量 

的细粒度对象，减少其带来的开销。 

     在名字和定义中都体现出了共享这一个核心概念，那么怎么来实现共享呢？事物之间都 

是不同的，但是又存在一定的共性，如果只有完全相同的事物才能共享，那么享元模式可以 

说就是不可行的；因此我们应该尽量将事物的共性共享，而又保留它的个性。为了做到这点， 

享元模式中区分了内蕴状态和外蕴状态。内蕴状态就是共性，外蕴状态就是个性了。 

     内蕴状态存储在享元内部，不会随环境的改变而有所不同，是可以共享的；外蕴状态是 

不可以共享的，它随环境的改变而改变的，因此外蕴状态是由客户端来保持（因为环境的变 

化是由客户端引起的Sunglasses Wholesale）。在每个具体的环境下，客户端将外蕴状态传递给享元，从而创建不 

同的对象出来。