享元设计模式在java常量池中的应用

我们先来看一些实际的测试例子。

基本数据类型int的比较

int a=1;
int b=1;
System.out.println(a==b);   //true

这个就是最普通的值比较了，就不多说了

整形包装类Integer的比较

Integer integer1=new Integer(100);
Integer integer2=new Integer(100);
System.out.println( integer1==integer2 );	//false

Java中的引用类型用“==”时比较的是地址，integer1与integer2地址不同就会返回false

再看下面的例子

Integer integer3=20;	
Integer integer4=20;
System.out.println( integer3==integer4 );	//true

既然==比较的地址，为什么以上结果又相同了呢？

原理：对于Integer，整形数值常用，为避免创建大量重复对象，占用大量内存，在这里使用了享元设计模式，也就是建立了常量池，像 “Integer 变量名=？” 这种形式定义的Integer变量，实际调用的是Integer.valueOf方法，会被放入常量池，当一个Integer变量放入常量池前会有一个判断，若常量池中存在和该变量值相等的变量，则两变量共用一块内存，否则将该变量存入变量池，单独分配内存。
上面的integer3和integer4的值相等，因此共用一块内存，“==”比较就返回true了。
这里就体现出了享元模式在Java中应用。

再看一个例子

Integer integer5=200;
Integer integer6=200;
System.out.println( integer5==integer6 );	//false

这段代码与上面的差不多的，为什么会返回false呢？？？？
原因就是Integer 变量名=？这样定义的变量不会都被放入常量池，当变量的值在（-128,127）之间（也就是可以用一个字节所能表示的int值）时才会被放入常量池，否则会自动装箱生成普通Integer对象

Integer源码

public static Integer valueOf(int i) {    
    final int offset = 128;    
    if (i >= -128 && i <= 127) { // must cache     
        return IntegerCache.cache[i + offset];    
    }    
      return new Integer(i);    
 }    
    
    
private static class IntegerCache {     
private IntegerCache(){}    
static final Integer cache[] = new Integer[-(-128) + 127 + 1];    
    static {    
        for(int i = 0; i < cache.length; i++)    
        cache[i] = new Integer(i - 128);    
    }    
}   

java中基本类型的包装类的大部分都实现了常量池技术，这些类是Byte,Short,Integer,Long,Character,Boolean,另外两种浮点数类型的包装类则没有实现。另外Byte,Short,Integer,Long,Character这5种整型的包装类也只是在对应值小于等于127时才可使用对象池，也即对象不负责创建和管理大于127的这些类的对象。

String类也是java中用得多的类，同样为了创建String对象的方便，也实现了常量池的技术。