JDK1.5封箱及拆箱功能操作时注意的问题是什么

今天就跟大家聊聊有关JDK1.5封箱及拆箱功能操作时注意的问题是什么，可能很多人都不太了解，为了让大家更加了解，小编给大家总结了以下内容，希望大家根据这篇文章可以有所收获。

为南郑等地区用户提供了全套网页设计制作服务，及南郑网站建设行业解决方案。主营业务为成都网站设计、成都做网站、南郑网站设计，以传统方式定制建设网站，并提供域名空间备案等一条龙服务，秉承以专业、用心的态度为用户提供真诚的服务。我们深信只要达到每一位用户的要求，就会得到认可，从而选择与我们长期合作。这样，我们也可以走得更远！

我们知道Java中所有到的类型要么就是引用类型和要么就是原始数据类型，其中原始数据类型有其相应的包裹类(Wrapper Class)，包括：Byte(byte), Short(short), Integer(int), Long(long), Float(float), Double(double), Boolean(bool), Char(char)。

我们将原始数据类型及其包裹类间的互相转换称为封箱及拆箱操作。

Generics为我们提供了自动封拆箱的功能，记住在设定泛型的类型参数(type parameter时，只能使用引用类型，绝对不能使用原始数据类型。我们以以下的示例来说明：

Example1.2.1 　

public int sum(List ints) {   int s = 0;   for(int n : ints)   {s += n;} 　  　return s; 　  　}

在该例子，我们看到在遍历时，当ints把值绑定到n时，进行了拆箱操作。

Example1.2.2

public Integer sumInteger(List ints) { 　  　Integer s = 0;   for(Integer n : ints) {    s += n;}    return s;   }

在这里我们看到在进行s += n这一步时，反复做了拆箱及封箱操作，我们看到虽然做的是同一件事，但在JVM中执行的效率相差幅度在60%左右。

在讨论封，拆箱时我们要留意一下以下两个问题：

(1)==号在原始及引用类型间的定义是不同的，我们在处理比较相等问题时要特别留意封，拆箱带来的问题：

Example1.2.3

List bigger = new ArrayList(200, 300, 400);   Assert sumInteger(bigger) == sum(bigger);   Assert sumInteger(bigger) != sumInteger(bigger) //not recommended

我们看到在***段比较时，对Integer进行了拆箱的操作，然后再和int比较，则结果一定是900.第二个比较，因为两者都为Integer,但它们并不是同一对象的引用，所以自然就不相等。

我们推荐使用==号比较int类型，用equals方法去比较Integer类型间的相等性。

(2)当对byte, boolean，int(-127 - +128), short(-127 - +128), char(\u0000 - \u007f)在封箱时是必须进行缓存的，而对其它值，也是被允许进行缓存。

Example1.2.4

List smalls = new List(1,2,3);   Assert sumInteger(smaller) == sum(smaller);   Assert sumInteger(smaller) == sumInteger(smaller) //not recommended

因为总和的值为6，所以封箱后的值被缓存起来，下次封箱的值也为6时，就会调用缓存中的值，所以我们看到第二个判断为相等。通常情况下，并没有指定封箱两次相同的值会返回相同或不同对象。我们反对用==号进行引用对象的比较，而是使用equals方法来进行判断对象间的相等情况。

看完上述内容，你们对JDK1.5封箱及拆箱功能操作时注意的问题是什么有进一步的了解吗？如果还想了解更多知识或者相关内容，请关注创新互联行业资讯频道，感谢大家的支持。

当前文章：JDK1.5封箱及拆箱功能操作时注意的问题是什么
网站路径：http://6mz.cn/article/pdojis.html