基本类型数据的自动拆装箱及享元设计模式
自动装箱:
Integer num1=10;
自动拆箱:
System.out.println(num1+10);
基本数据类型的对象缓存:
Integer num1=10;
Integer num2=10;
System.out.println(num1==num2);
结果:
true
Integer num3=130;
Integer num4=130;
System.out.println(num3==num4);
结果:
flase
结果竟然不同,这是为什么呢?
这里面就牵扯到JAVA的flyweight(享元模式)。
什么是享元设计模式?
有好多个具有相同属性的小对象,占用的内存会显得很臃肿,而把这些重复属性的对象进行封装成一个对象,它就在内存中只占用一个对象的空间,而把它们不同的属性变成方法的参数传递进来进行操作,实现共享。
对象池:将用过的对象保存起来,等下一次需要这种对象的时候,再拿出来重复使用,从而在一定程度上减少频繁创建对象所造成的开销。
对于一些基本数据类型数字包装为Integer对象时,在-128~127之间的数字(byte的大小范围),一旦包装为Integer类型,它就会放到一个对象池中,下次创建时,先检查池中有没有这个对象,如果有的话,就直接取过来用,如果没有才会创建,小的数字使用的频率比大的数据高,所有在-128~127之间的数字创建完之后才后放到对象池中,这就是一个设计模式flyweight(享元模式)。
java中基本类型的包装类的大部分都实现了常量池技术,这些类是Byte,Short,Integer,Long,Character,Boolean,另外两种浮点数类型的包装类则没有实现。另外Byte,Short,Integer,Long,Character这5种整型的包装类也只是在对应值小于等于127时才可使用对象池,也就是对象不负责创建和管理大于127的这些类的对象。
经过下列测试,同上:
Integer num5=Integer.valueOf(13);
Integer num6=Integer.valueOf(13);
System.out.println(num5==num6);
结果:
true
Integer num5=Integer.valueOf(130);
Integer num6=Integer.valueOf(130);
System.out.println(num5==num6);
结果:
flase
来看看源代码:
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);
}
直接给一个Integer对象一个int值的时候,其实它调用了valueOf方法,然后你赋的这个值很特别,是130,那么没有进行cache方法,相当于new了两个新对象。所以问题中定义a、b的两句代码就类似于:
Integer a = new Integer(128);
Integer b = new Integer(128);
如果把这个数换成127,再执行:
Integer a = 127;
Integer b = 127;
System.out.println(num5== num6);
结果就是:true
由上可知,我们进行对象比较时最好还是使用equals,便于按照自己的目的进行控制。
再来看看IntegerCache这个类里面的内容:
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);
}
}
cache[]在IntegerCache类中是静态数组,只需要初始化一次,即static{......}部分,所以Integer对象初始化时是-128~127的范围,就不需要再重新定义申请空间,都是同一个对象---在IntegerCache.cache中,这样可以在一定程度上提高效率。