java中基本类型与装箱基本类型“==”比较出现的几种情况

2024-05-14 05:18

本文主要是介绍java中基本类型与装箱基本类型“==”比较出现的几种情况,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

java中基本类型与装箱基本类型“==”比较出现的几种情况

java有一个类型系统有两部分组成,包含基本类型(primitive),例如:int、double等,还有引用类型(reference type),例如:String、List。每个基本类型都有一个对应的引用类型,称为装箱基本类型(boxed promitive)。装箱基本类型中对应于int、double的是Integer、Double。

Java 1.5发行版本中增加了自动装箱和自动拆箱,自动装箱和自动拆箱就是我们所知道的“语法糖”,这些特性模糊了但并没有完全抹去基本类型和装箱基本类型之间的区别。这两种类型之间真正是有差别的,要很清楚的使用的是哪种类型,并且要对这两种类型进行谨慎的选择,这些都非常重要。

在基本类型和装箱类型之间有三个主要区别。

  • 第一:基本类型只有值,而装箱基本类型则具有与他们的值不同的同一性。换句话说,两个装箱基本类型可以具有相同的值和不同的同一性。
  • 第二:基本类型只有功能完备的值,而每个装箱基本类型除了它对应基本类型的所有功能值之外,还有个非功能值:null。
  • 第三:基本类型通常比装箱基本类型更节省时间和空间。

如果你不小心上面的三点,这三点区别都会让你陷入麻烦之中。

先看一个简单的例子程序

如下

package com.wrh.firstpro;public class EqualsDemo06 {public static void main(String[] args) {System.out.println(myCompare(new Integer(4),new Integer(4)));}public static int myCompare(Integer i1,Integer i2){return i1<i2?-1:((i1==i2)?0:1);}}

程序的输出结果是:1
但是这两个Integer实例都是表示相同的值4,为什么函数myCompare返回的是1,而不是我们想象中的0呢?
原因如下:此分析参考《Effective Java中文版》第49条

对表达式 i1<i2执行计算会导致first和second引用的Integer实例被自动拆箱;也就是说,它提取了他们的基本类型值。计算动作要检查产生的第一个int值是否小于第二个。答案是否定的。下一个测试就是执行计算表达式i1==i2,它在两个对象上执行同一性的比较。如果i1和i2引用表示同一个int值的不同的Integer的实例,这个比较操作就会返回false,因此此函数错误的返回:1;

但是,我将这个文件生成的.class文件反编译后,代码如下:

package com.wrh.firstpro;import java.io.PrintStream;public class EqualsDemo06
{public static void main(String[] paramArrayOfString){System.out.println(myCompare(new Integer(4), new Integer(4)));}public static int myCompare(Integer paramInteger1, Integer paramInteger2) {return paramInteger1 == paramInteger2 ? 0 : paramInteger1.intValue() < paramInteger2.intValue() ? -1 : 1;}
}

发现,编译器将return i1<i2?-1:((i1==i2)?0:1);变成了

return paramInteger1 == paramInteger2 ? 0 : paramInteger1.intValue() < paramInteger2.intValue() ? -1 : 1;

因此,我们根据反编译后的代码分析运行结果:1的原因如下:先进行两个Integer实例的同一性分析,不相等,然后通过Integer.intValue()将两个Integer实例自动拆箱来比较大小,由于这两个Integer实例表示相同的数值,因此,得到结果1

修正上面这个问题的方法如下:
添加两个int型的中间变量,在这些中间变量上执行所有的比较操作可以避免同一性的比较。

public static int myCompare(Integer i1,Integer i2){int temp1=i1;int temp2=i2;return temp1<temp2?-1:((temp1==temp2)?0:1);}

对封装基本类型引用==操作符几乎总是错误的

第一个例子程序:两个都是通过new出来的Integer的实例进行“==”比较

package com.wrh.firstpro;public class EqualsDemo02 {public static void main(String[] args) {// TODO Auto-generated method stubInteger i7=new Integer(4);Integer i8=new Integer(4);System.out.println("i7==i8?"+(i7==i8));System.out.println("i7.equals(i8)?"+i7.equals(i8));}}

运行结果如下:

i7==i8?false
i7.equals(i8)?true

反编译的代码如下:

public class EqualsDemo02
{public static void main(String[] paramArrayOfString){Integer localInteger1 = new Integer(4);Integer localInteger2 = new Integer(4);System.out.println(new StringBuilder().append("i7==i8?").append(localInteger1 == localInteger2).toString());System.out.println(new StringBuilder().append("i7.equals(i8)?").append(localInteger1.equals(localInteger2)).toString());}
}

产生这个的原因在于应用“==”对两个new出来的Integer类型的实例进行比较时,即时表示相同的数值,由于Integer类型的数据进行比较还要进行同一性的比较,因此不相等。而equals的比较结果是与我们的预期是一样的。

总结:应用“==”对两个new出来的Integer类型的实例进行比较时,即时表示相同的数值,由于Integer类型的数据进行比较还要进行同一性的比较,因此不相等

第二个例子程序:两个通过自动装箱得到的Integer实例进行“==”比较

在继续往下面来看

package com.wrh.firstpro;public class EqualsDemo03 {public static void main(String[] args) {// TODO Auto-generated method stubInteger i3=3;Integer i4=3;System.out.println(i3==i4);System.out.println(i3.equals(i4));}}

运行结果如下:

true
true

与上一个例子相比的区别在于将

Integer i7=new Integer(4);
Integer i8=new Integer(4);

换成了

Integer i3=3;
Integer i4=3;

就导致了该程序的运用==比较时,判断是相等的,即Integer i3=3;Integer i4=3;使得i3、i4的同一性的相同的。
总结:通过“==”比较两个自动装箱的Integer实例时,只要两者所表示的数值时相同的,结果就是相等的,因此他们的同一性是相同的。

上面例子的反编译代码如下


public class EqualsDemo03
{public static void main(String[] paramArrayOfString){Integer localInteger1 = Integer.valueOf(3);Integer localInteger2 = Integer.valueOf(3);System.out.println(localInteger1 == localInteger2);System.out.println(localInteger1.equals(localInteger2));}
}

第三个例子程序:一个是通过new出来的Integer实例,一个是自动装箱而得到的Integer实例进行“==”比较

程序如下:

package com.wrh.firstpro;public class EqualsDemo07 {public static void main(String[] args) {// TODO Auto-generated method stubInteger i1=1;Integer i2=new Integer(1);System.out.println(i1==i2);System.out.println(i2.equals(i1));}}

程序运行结果如下:

false
true

结果比较好理解,这里不再分析。

第四个例子程序:“==”左右两边都是Integer实例存在运算符运算的比较

继续来看例子

package com.wrh.firstpro;public class EqualsDemo04 {public static void main(String[] args) {// TODO Auto-generated method stubInteger i1=1;Integer i2=2;Integer i3=3;System.out.println(i3==(i1+i2));System.out.println(i3.equals(i1+i2));}}

运行结果如下

true
true

即上面的比较都是先进行自动拆箱后然后进行数值上大小的比较

通过反编译后的代码相信就可以很好的分析出答案了,代码如下

public class EqualsDemo04
{public static void main(String[] paramArrayOfString){Integer localInteger1 = Integer.valueOf(1);Integer localInteger2 = Integer.valueOf(2);Integer localInteger3 = Integer.valueOf(3);System.out.println(localInteger3.intValue() == localInteger1.intValue() + localInteger2.intValue());System.out.println(localInteger3.equals(Integer.valueOf(localInteger1.intValue() + localInteger2.intValue())));}
}

总结:包装类的“==”运算在遇到算术运算的情况下会自动拆箱,进行其代表的数值大小的比较

第五个例子程序

package com.wrh.firstpro;public class EqualsDemo05 {public static void main(String[] args) {// TODO Auto-generated method stubInteger i6=4;Long    i5=4L;//System.out.println(i5==i6);//不能编译,Integer类型和Long类型不能用“==”比较System.out.println(i6.equals(i5));}}

运行结果是:false,这个结果比较好理解

反编译后的代码如下:

public class EqualsDemo05
{public static void main(String[] paramArrayOfString){Integer localInteger = Integer.valueOf(4);Long localLong = Long.valueOf(4L);System.out.println(localInteger.equals(localLong));}
}

总结

(1)反编译的代码中Integer.valueOf()和Integer.intValue()进行了自动装箱和自动拆箱。
(2)应用“==”对两个new出来的Integer类型的实例进行比较时,即时表示相同的数值,由于Integer类型的数据进行比较还要进行同一性的比较,因此不相等
(3)通过“==”比较两个自动装箱的Integer实例时,只要两者所表示的数值时相同的,结果就是相等的,因此他们的同一性是相同的。
(4)通过equals来对来比较的时候,只要同类型(包括能自动装箱和拆箱)代表的数值时相同的,就是相等的。

其它类型与Integer类型的自动装箱和拆箱的原理相同,这里不再赘述。

这篇关于java中基本类型与装箱基本类型“==”比较出现的几种情况的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/987850

相关文章

JVM 的类初始化机制

前言 当你在 Java 程序中new对象时,有没有考虑过 JVM 是如何把静态的字节码(byte code)转化为运行时对象的呢,这个问题看似简单,但清楚的同学相信也不会太多,这篇文章首先介绍 JVM 类初始化的机制,然后给出几个易出错的实例来分析,帮助大家更好理解这个知识点。 JVM 将字节码转化为运行时对象分为三个阶段,分别是:loading 、Linking、initialization

Spring Security 基于表达式的权限控制

前言 spring security 3.0已经可以使用spring el表达式来控制授权,允许在表达式中使用复杂的布尔逻辑来控制访问的权限。 常见的表达式 Spring Security可用表达式对象的基类是SecurityExpressionRoot。 表达式描述hasRole([role])用户拥有制定的角色时返回true (Spring security默认会带有ROLE_前缀),去

浅析Spring Security认证过程

类图 为了方便理解Spring Security认证流程,特意画了如下的类图,包含相关的核心认证类 概述 核心验证器 AuthenticationManager 该对象提供了认证方法的入口,接收一个Authentiaton对象作为参数; public interface AuthenticationManager {Authentication authenticate(Authenti

Spring Security--Architecture Overview

1 核心组件 这一节主要介绍一些在Spring Security中常见且核心的Java类,它们之间的依赖,构建起了整个框架。想要理解整个架构,最起码得对这些类眼熟。 1.1 SecurityContextHolder SecurityContextHolder用于存储安全上下文(security context)的信息。当前操作的用户是谁,该用户是否已经被认证,他拥有哪些角色权限…这些都被保

Spring Security基于数据库验证流程详解

Spring Security 校验流程图 相关解释说明(认真看哦) AbstractAuthenticationProcessingFilter 抽象类 /*** 调用 #requiresAuthentication(HttpServletRequest, HttpServletResponse) 决定是否需要进行验证操作。* 如果需要验证,则会调用 #attemptAuthentica

Spring Security 从入门到进阶系列教程

Spring Security 入门系列 《保护 Web 应用的安全》 《Spring-Security-入门(一):登录与退出》 《Spring-Security-入门(二):基于数据库验证》 《Spring-Security-入门(三):密码加密》 《Spring-Security-入门(四):自定义-Filter》 《Spring-Security-入门(五):在 Sprin

Java架构师知识体认识

源码分析 常用设计模式 Proxy代理模式Factory工厂模式Singleton单例模式Delegate委派模式Strategy策略模式Prototype原型模式Template模板模式 Spring5 beans 接口实例化代理Bean操作 Context Ioc容器设计原理及高级特性Aop设计原理Factorybean与Beanfactory Transaction 声明式事物

百度/小米/滴滴/京东,中台架构比较

小米中台建设实践 01 小米的三大中台建设:业务+数据+技术 业务中台--从业务说起 在中台建设中,需要规范化的服务接口、一致整合化的数据、容器化的技术组件以及弹性的基础设施。并结合业务情况,判定是否真的需要中台。 小米参考了业界优秀的案例包括移动中台、数据中台、业务中台、技术中台等,再结合其业务发展历程及业务现状,整理了中台架构的核心方法论,一是企业如何共享服务,二是如何为业务提供便利。

Java进阶13讲__第12讲_1/2

多线程、线程池 1.  线程概念 1.1  什么是线程 1.2  线程的好处 2.   创建线程的三种方式 注意事项 2.1  继承Thread类 2.1.1 认识  2.1.2  编码实现  package cn.hdc.oop10.Thread;import org.slf4j.Logger;import org.slf4j.LoggerFactory

基本知识点

1、c++的输入加上ios::sync_with_stdio(false);  等价于 c的输入,读取速度会加快(但是在字符串的题里面和容易出现问题) 2、lower_bound()和upper_bound() iterator lower_bound( const key_type &key ): 返回一个迭代器,指向键值>= key的第一个元素。 iterator upper_bou