java之自动装箱和拆箱(一)
先上机实验一次,例子在《深入理解java虚拟机》P274面
代码为
public class Test { public static void main(String[] args) { Integer a = 1; Integer b = 2; Integer c = 3; Integer d = 3; Integer e = 321; Integer f = 321; Long g = 3l; System.out.println(c==d); //true 结果1 System.out.println(e==f); //false 结果2 System.out.println(c.equals(a+b)); //true 结果3 System.out.println(g==(a+b)); //true 结果4 System.out.println(g.equals(a+b)); //false 结果5 } } ?
输出结果在代码注释部分,
我们来看看
public class Test{ public Test() { } public static void main(String args[]) { Integer a = Integer.valueOf(1); Integer b = Integer.valueOf(2); Integer c = Integer.valueOf(3); Integer d = Integer.valueOf(3); Integer e = Integer.valueOf(321); Integer f = Integer.valueOf(321); Long g = Long.valueOf(3L); System.out.println(c == d); System.out.println(e == f); System.out.println(c.equals(Integer.valueOf(a.intValue() + b.intValue()))); System.out.println(g.longValue() == (long)(a.intValue() + b.intValue())); System.out.println(g.equals(Integer.valueOf(a.intValue() + b.intValue())));}?
在分析前,我们先看看? ==? 和equals 的区别:
==? 在操作数是基本数据类型时,是比较值是否相等,在操作数是引用类型时,比较的是是否指向堆中同一个对象。
equals是object的普通方法,object是所有类的基类,不同的类,重写equals的方法不同,基本数据类型当然没这个方法咯,在引用类型的时候,比较的东西得你自己去重写,你想比较神马就比较神马,Integer的equals就是比较的被赋予的值(一般都是比较这个,String也是)。
Integer的equals源代码如下:
public boolean equals(Object obj) {if (obj instanceof Integer) { return value == ((Integer)obj).intValue();}return false; }?
----------------------------------------------分割线---------------------------------------------------
System.out.println(c==d); //trueSystem.out.println(e==f); //false
?上面2句代码,第一句,2个对象比较,比较的是c和d是否指向同一个Integer对象,结果是true(我本以为是false),那么就是说指的是同一个对象咯?奇怪啊,不会吧,不是生产了2个Integer对象吗?难道在装箱的时候,搞什么鬼了?我们看看装箱代码(自动装箱其实就是编译器编译的时候,自动帮你把int变成Integer对象,调用的是Integer的静态方法valueOf(),看反编译过来的代码就可以看出):
public static Integer valueOf(int i) { if(i >= -128 && i <= IntegerCache.high) return IntegerCache.cache[i + 128]; else return new Integer(i); }?
上面的代码可以看出,当你调用这个方法,把int变成Integer的时候,是有规则的,当你的int的值在-128-IntegerCache.high(127) 时,返回的不是一个新new出来的Integer对象,而是一个已经缓存在堆中的Integer对象,(我们可以这样理解,系统已经把-128到127之间的Integer缓存到一个Integer数组中去了,如果你要把一个int变成一个Integer对象,首先去缓存中找,找到的话直接返回引用给你就行了,不必再新new一个)。这样我们就能解释为什么c和d是指向同一个对象了(c和d的int值是3),而e和f则引用的2个不同Integer对象,因为他们的值是321。
?
作者说
“包装类的==操作在没有遇到算术运算的情况下,不会自动拆箱”从结果1、2、4的反编译代码可以得出结论,(其实,我们可以从另一个方面解释为什么不会自动拆箱。当==2边是包装类的时候,其实包装类就是对象,比较的是2个对象引用是否指向同一个对象,如果2边有一个是基本数据类型的话,那么就是比较值大小,这个优先级更高,既然是比较值大小,那么自然另一边的包装类就要拆箱成基本类型进行比较值大小了)
“它们的equals方法不会处理数据类型转型的关系” 从结果4、5可以看出,因为如果会处理数据类型转换的话,那么5的结果就是true了。看下long的equals的源代码:
public boolean equals(Object obj) {if (obj instanceof Long) { return value == ((Long)obj).longValue();}return false; }?
首先就判断一下,你是不是Long类型,如果不是,比都别比 ,直接返回false。
System.out.println(g.equals(Integer.valueOf(a.intValue() + b.intValue())));
?
你看上面那行代码,a首先拆箱,b也拆箱,然后相加,再将结果装箱成Integer,Integer当然不是long型了,因为它们的equals方法不会处理数据类型转型的关系(作者已经说了)
本文摘自:http://blog.csdn.net/woshiwu/article/details/6637310