Java的自动拆装箱

概念

       在说到拆箱和装箱之前，需要了解Java中有八种基本的数据类型，分别是：byte、short、char、int、long、float、double和boolean。这八种基本类型在Java中都有对应的包装类型：Byte、Short、Character、Integer、Long、Float、Double以及Boolean。

       有了基本类型为什么还需要包装类型呢？这是由Java本身的语言特性决定的，Java是一种面向对象的编程语言，在学习Java之初就被明确灌输了一个概念：OOP，即面向对象编程。一切皆对象。但是基本类型是不具备Java中对象的某些特征，对象内部可以封装一系列属性和行为，但是这些在基本数据类型中都无法满足，所以对应的包装类型就应运而生了。

       这里的装箱和拆箱的概念描述的其实就是Java中这八种基本数据类型和对应的包装类型之间的转换过程。我们把基本数据类型转换成对应的包装类型的过程叫做装箱。反之就是拆箱。在Java中的装箱和拆箱不是人为操作的，是程序在编译的时候编译器帮助我们完成这项任务的，因此说它是自动的。

       需要明确的是自动拆装箱是在JDK1.5以后引入的，对于之前版本的Java，需要格外注意格式的转换。

为何需要自动装箱和拆箱？

方便

       首先就是方便程序员的编码，我们在编码过程中，可以不需要考虑包装类和基本类型之间的转换操作，这一步由编译器自动替我们完成，开发人员可以有更多的精力集中与具体的业务逻辑。否则的话，一个简单的数字赋值给包装类就得写两句代码，即：首先生成包装类型对象，然后将对象转换成基本数据类型。而这种操作是代码中使用频率很高的操作，导致代码书写量增多。

节约空间

       我们在查阅对应包装类的源代码时可以看到，大部分包装类型的valueOf方法都会有缓存的操作，即：将某段范围内的数据缓存起来，创建时如果在这段范围内，直接返回已经缓存的这些对象，这样保证在一定范围内的数据可以直接复用，而不必要重新生成。

       这么设计的目的因为：小数字的使用频率很高，将小数字缓存起来，让其仅有一个对象，可以起到节约存储空间的作用。这里其实采用的是一种叫做享元模式的设计模式。可以去具体了解以下这种设计模式，这里就不再过多赘述。

实现原理

       Java中是怎么实现这个自动装箱和拆箱的过程的呢？这里需要借助与一些反编译工具，例如javap命令或者其他一些反编译的工具，我这里使用的是idea的bytecode插件，如果需要，可以到这里下载。在它的release中直接下载zip压缩包就行，然后作为插件安装在idea中就行，安装完成重启idea后，在需要反编译的java代码中右键，可以找到"Show Bytecode outline-dev"菜单选项，直接点击就可以看到反编译后的代码。

装箱

首先看下面两句代码：

Integer i = 20;
int j = 2;

在进行反编译之后可以得到：

Integer i = Integer.valueOf((int)10);
int j = 2;

       可以看到对于数值类型直接赋值给包装类型，有一个自动装箱的操作，而自动装箱的操作就是利用了Integer中的valueOf方法，这就是前面在节约空间那部分提到的valueOf方法。Integer的valueOf方法中具有缓存的功能，也就是说在数值为-128到127之间的数据，都是被构造成同一个对象，这就是上面提到的享元模式的设计思路：

public static Integer valueOf(int i) {
 //IntegerCache.low = -128， IntegerCache.high = 127
   if (i >= IntegerCache.low && i <= IntegerCache.high)
       return IntegerCache.cache[i + (-IntegerCache.low)];
   return new Integer(i);
}

这个概念在刷面试题的时候，都被强调烂了，基本常见的笔试题目就是比较几个integer对象之间==操作：

Integer a = 100;
Integer b = 100;
Integer c = 128;
Integer d = 128;
System.out.println(a == b); //true
System.out.println(c == d); //false

       注意：也可以使用new Integer(num)的方式创建Integer对象，但是在JDK1.9之后，这个构造方法被标记为Deprecated，也就是过时了，所以以后尽量不要使用这种方式创建对象。它的注释中建议使用valueOf进行构建对象。利用构造器构造出来的对象不会经过取缓存操作，所以对于new Integer(100)的操作，得到的Integer对象与a或b进行==比较时，得到的会是false。

       其实其他七种包装类型的valueOf方法大多都是这个享元设计模式的逻辑，但是有两个除外：Float和Double。这个其实也很好理解：因为Integer这种类型的数据，-128到127之间的数据是有限个，总共就256个数字，但是对于Float和Double这种类型，它们之间的数据个数就无法计算了，所以它两个就没有采用这种缓存的方式。下面是其他包装类型中的valueOf方法的源码：

//Short
public static Short valueOf(short s) {
 final int offset = 128;
 int sAsInt = s;
 if (sAsInt >= -128 && sAsInt <= 127) { // must cache
 return ShortCache.cache[sAsInt + offset];
 }
 return new Short(s);
}
//Byte
public static Byte valueOf(byte b) {
 final int offset = 128;
 return ByteCache.cache[(int)b + offset];
}
//Character
public static Character valueOf(char c) {
 if (c <= 127) { // must cache
 return CharacterCache.cache[(int)c];
 }
 return new Character(c);
}
//Long
public static Long valueOf(long l) {
 final int offset = 128;
 if (l >= -128 && l <= 127) { // will cache
 return LongCache.cache[(int)l + offset];
 }
 return new Long(l);
}
//Boolean
public static Boolean valueOf(boolean b) {
 //public static final Boolean TRUE = new Boolean(true);
 //public static final Boolean FALSE = new Boolean(false);
 return (b ? TRUE : FALSE);
}
//Float
public static Float valueOf(float f) {
 return new Float(f);
}
//Double
public static Double valueOf(double d) {
 return new Double(d);
}

       通过上面的代码截图可以看到，对于Float和Double都是直接使用了构造器直接构造对应包装类型的对象。对于Boolean类型，就是固定的两个TRUE和FALSE两个常量，它们不会出现变化，这也属于一种缓存。

       对于Byte类型，它是直接全部缓存了，这里使用了cache数组，它在Byte类中定义和初始化如下：

static final Byte cache[] = new Byte[-(-128) + 127 + 1];
static {
 for(int i = 0; i < cache.length; i++)
 cache[i] = new Byte((byte)(i - 128));
}

       所以cache数组中存储的就是-128到127范围的所有数。在构建时直接定位到具体的数组位置中去，并将该位置上的数值直接返回即可。

       其余数据类型基本逻辑都差不多了，都有一个缓存值范围，如果超过了，就利用构造器直接构造，否则直接返回缓存的对象。

拆箱

上面介绍的valueOf方法是装箱操作的时候使用的，还有一个拆箱操作，看下面这个例子：

Integer a = 100;
int b = 20;
int c = a + b;

上面代码反编译之后就得到：

Integer a = Integer.valueOf((int)100);
int b = 20;
int c = a.intValue() + b;

       可以看到第一步进行了自动装箱操作，在第三行中，基本数据类型和包装类型进行运算，需要将包装类型进行拆箱操作，用到了intValue方法。这个方法其实在源码中很简单，就是一句话，返回value。我们知道任何包装类型，内部都有一个基本数据类型的字段用于存储对应基本类型的值，这个字段就是value。

       相应的其他包装类型在进行拆箱的时候，都会调用对应的xxxValue方法，例如：byteValue、shortValue等等方法。其实内部逻辑都是一样，直接返回存储的value值。

自动装箱和拆箱的时机

直接赋值

       这个情况其实在前面介绍自动装箱的操作的时候，举例代码中就是这种情况，将一个字面量直接赋值给对应包装类型会触发自动装箱操作。

函数参数

//自动拆箱
public int getNum1(Integer num) {
 return num;
}
//自动装箱
public Integer getNum2(int num) {
 return num;
}

集合操作

       在Java的集合中，泛型只能是包装类型，但是我们在存储数据的时候，一般都是直接存储对应的基本类型数据，这里就有一个自动装箱的过程。

运算符运算

       上面在拆箱操作的时候利用的就是这个特性，当基本数据类型和对应的包装类型进行算术运算时，包装类型会首先进行自动拆箱，然后再与基本数据类型的数据进行运算。

       说到运算符，这里对于自动拆箱有一个需要注意的地方：

Integer a = null;
int b = a;// int b = a.intValue();

       这种情况编译是可以通过的，但是在运行的时候会抛出空指针异常，这就是自动拆箱导致的这种错误。因为自动拆箱会调用intValue方法，但是此时a是null，所以会抛异常。平时在使用的时候，注意非空判断即可。

自动装拆箱带来的问题

==比较

       首先就是前面提到的关于==操作符的结果问题，因为自动装箱的机制，我们不能依赖于==操作符，它在一定范围内数值相同为true，但是在更多的空间中，数值相同的包装类型对象比较的结果为false。如果需要比较，可以考虑使用equals比较或者将其转换成对应的基本类型再进行比较可以保证结果的一致性。

空指针

       这是上面在说到运算符的时候提到的一种情况，因为有自动拆箱的机制，如果初始的包装类型对象为null，那么在自动拆箱的时候的就会报NullPointerException，在使用时需要格外注意，在使用之前进行非空判定，保证程序的正常运行。

内存浪费

这里有个例子：

Integer sum = 0;
for(int i=1000; i<5000; i++){
 sum+=i;
}

       上面代码中的 sum+=i 这个操作其实就是拆箱再装箱的过程，拆箱过程是发生在相加的时候，sum本身是Integer，自动拆箱成int与 i 相加。将得到的结果赋值给sum的时候，又会进行自动装箱，所以上面的for循环体中一句话，在编译后会变为：

n = Integer.valueOf((int)(n.intValue() + i));

       每次调用valueOf方法都会返回一个Integer对象，所以在进行了5000次循环后，会出现大量的无用对象造成内容空间的浪费，同时加重了垃圾回收的工作量，所以在日常编码过程中需要格外注意，避免出现这种浪费现象。

方法重载问题

       最典型的就是ArrayList中出现的remove方法，它有remove(int index)和remove(Object obj)方法，如果此时恰巧ArrayList中存储的就是Integer元素，那么会不会出现混淆的情况呢？其实这个只需要做一个简单的测试就行：

public static void test(Integer num) {
 System.out.println("Integer参数的方法被调用...");
}
​
public static void test(int num) {
 System.out.println("int参数的方法被调用...");
}
public static void main(String[] args) {
 int i = 2;
 test(i); //int参数的方法被调用...
 Integer j = 4;
 test(j);//Integer参数的方法被调用...
}

       所以可以发现，当出现这种情况的时候，是不会发生自动装箱和拆箱操作的。可以正常区分。

最后编辑于 ：
©著作权归作者所有,转载或内容合作请联系作者
  • 人面猴
    序言：七十年代末，一起剥皮案震惊了整个滨河市，随后出现的几起案子，更是在滨河造成了极大的恐慌，老刑警刘岩，带你破解...
    沈念sama阅读 194,457评论 5赞 459
  • 死咒
    序言：滨河连续发生了三起死亡事件，死亡现场离奇诡异，居然都是意外死亡，警方通过查阅死者的电脑和手机，发现死者居然都...
    沈念sama阅读 81,837评论 2赞 371
  • 救了他两次的神仙让他今天三更去死
    文/潘晓璐 我一进店门，熙熙楼的掌柜王于贵愁眉苦脸地迎上来，“玉大人，你说我怎么就摊上这事。” “怎么了？”我有些...
    开封第一讲书人阅读 141,696评论 0赞 319
  • 道士缉凶录：失踪的卖姜人
    文/不坏的土叔 我叫张陵，是天一观的道长。 经常有香客问我，道长，这世上最难降的妖魔是什么？ 我笑而不...
    开封第一讲书人阅读 52,183评论 1赞 263
  • 港岛之恋（遗憾婚礼）
    正文 为了忘掉前任，我火速办了婚礼，结果婚礼上，老公的妹妹穿的比我还像新娘。我一直安慰自己，他们只是感情好，可当我...
    茶点故事阅读 61,057评论 4赞 355
  • 恶毒庶女顶嫁案：这布局不是一般人想出来的
    文/花漫 我一把揭开白布。 她就那样静静地躺着，像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上，一...
    开封第一讲书人阅读 46,105评论 1赞 272
  • 城市分裂传说
    那天，我揣着相机与录音，去河边找鬼。 笑死，一个胖子当着我的面吹牛，可吹牛的内容都是我干的。 我是一名探鬼主播，决...
    沈念sama阅读 36,520评论 3赞 381
  • 双鸳鸯连环套：你想象不到人心有多黑
    文/苍兰香墨 我猛地睁开眼，长吁一口气：“原来是场噩梦啊……” “哼！你这毒妇竟也来了？” 一声冷哼从身侧响起，我...
    开封第一讲书人阅读 35,211评论 0赞 253
  • 万荣杀人案实录
    序言：老挝万荣一对情侣失踪，失踪者是张志新（化名）和其女友刘颖，没想到半个月后，有当地人在树林里发现了一具尸体，经...
    沈念sama阅读 39,482评论 1赞 290
  • 护林员之死
    正文 独居荒郊野岭守林人离奇死亡，尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 34,574评论 2赞 309
  • 白月光启示录
    正文 我和宋清朗相恋三年，在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 36,353评论 1赞 326
  • 活死人
    序言：一个原本活蹦乱跳的男人离奇死亡，死状恐怖，灵堂内的尸体忽然破棺而出，到底是诈尸还是另有隐情，我是刑警宁泽，带...
    沈念sama阅读 32,213评论 3赞 312
  • 日本核电站爆炸内幕
    正文 年R本政府宣布，位于F岛的核电站，受9级特大地震影响，放射性物质发生泄漏。R本人自食恶果不足惜，却给世界环境...
    茶点故事阅读 37,576评论 3赞 298
  • 男人毒药：我在死后第九天来索命
    文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹，春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 28,897评论 0赞 17
  • 一桩弑父案，背后竟有这般阴谋
    文/苍兰香墨 我抬头看了看天上的太阳。三九已至，却和暖如春，着一层夹袄步出监牢的瞬间，已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,174评论 1赞 250
  • 情欲美人皮
    我被黑心中介骗来泰国打工， 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留，地道东北人。 一个月前我还...
    沈念sama阅读 41,489评论 2赞 341
  • 代替公主和亲
    正文 我出身青楼，却偏偏与公主长得像，于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子，可洞房花烛夜当晚...
    茶点故事阅读 40,683评论 2赞 335

推荐阅读更多精彩内容

  • 心怀过去拥抱未来
    昨晚和母亲在饭后聊天，聊到我小时候家里多么拮据，家里穷比不上其他同学。大学的时候，父亲的不擅表达，导致我们之间有些...
    狸的杂记阅读 334评论 0赞 0
  • 清净田
    今天看到好友砂摘抄的一段文字：“艺术广大已极，足以占有一个人。如果你真能被艺术占有，你哪有时间心思...
    岳Domke阅读 285评论 0赞 0
  • 商业杂说：战略，到底怎么办（二）
    （一） 前文随意的聊了聊商业战略的一些说法。 战略是什么，谁来制定战略，本篇谈一谈战略是如何形成的。 （二） 战略...
    黑客咖啡屋阅读 191评论 0赞 0