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封箱及拆箱功能操作时注意的问题是什么
链接URL:http://scyanting.com/article/pdojis.html