zoukankan      html  css  js  c++  java
  • 浅谈Java中的==和equals

    引言

      最近在看TIJ,看到==和equals相关内容,今天就来简单的总结下。

    关系操作符==

      书中对关系操作符的描述是这样的:"关系操作符生成的是一个boolean结果,它们计算的是操作数的值之间的关系",简单的说就是比较值是否相等。下面我们通过简单的例子来体会下:

     1 int a=5;
     2 int b=5;
     3 //true
     4 System.out.println(a==b);
     5 
     6 String str=new String("abc");
     7 String str1=new String("abc");
     8 String str2=new String("abc");
     9 //false
    10 System.out.println(str1==str2);
    11 
    12 str1=str;
    13 str2=str;
    14 //true
    15 System.out.println(str1==str2);

      结果我已经在代码中标注了,下面我们来仔细看看为什么是这样?

      a==b结果为true,这个很容易理解,变量a和变量b存储的值都为5,肯定是相等的。而为什么str1和str2两次比较的结果不同?要理解这个其实只需要理解基本数据类型变量和非基本数据类型变量的区别。

      在Java中有8种基本数据类型:

      浮点型:float(4 byte), double(8 byte)

      整型:byte(1 byte), short(2 byte), int(4 byte) , long(8 byte)

      字符型: char(2 byte)

      布尔型: boolean(JVM规范没有明确规定其所占的空间大小,仅规定其只能够取字面值"true"和"false")

      对于这8种基本数据类型的变量,变量直接存储的是“值”,因此在用关系操作符==来进行比较时,比较的就是 “值” 本身。要注意浮点型和整型都是有符号类型的,而char是无符号类型的(char类型取值范围为          0~2^16-1).

      而对于非基本数据类型的变量,也称为引用类型的变量。比如上面的str、str1、str2就是引用类型的变量,引用类型的变量存储的并不是 “值”本身,而是于其关联的对象在内存中的地址。编译器在遇到new的时候一般都会在堆上分配一个对象,str、str1、str2只是存储的值是这个对象在内存中的存储地址,并不是“值”本身(即不是存储abc之类的值)。

      因此str1==str2比较时,str1和str2分别指向不同的对象,两者的内存地址当然不同。所以结果是false。

      然后代码的12、13行,将str1和str2分别设置为指向同一个对象,这样两者存储的内存地址时一样的,所以这时候结果是true。

    equals方法

      equals方法是基类Object中的方法,因此对于所有的继承于Object的类都会有该方法。为了更直观地理解equals方法的作用,直接看Object类中equals方法的实现。代码如下:

    1 public boolean equals(Object obj) {
    2     return (this == obj);
    3 }

      我们看到equals方法默认是用来比较两个对象的引用是否相等,即是否指向同一个对象。那我们还是把刚才的代码稍微修改下来看一下:

    1 String str1=new String("abc");
    2 String str2=new String("abc");
    3 //true
    4 System.out.println(str1.equals(str2));

      额,不是说equals方法比较的是否指向同一个对象吗?刚才我们上面分析过了,str1和str2指向两个不同对象,不是应该返回false吗?我们去看看String的equal方法。代码如下:

     1 public boolean equals(Object anObject) {
     2 if (this == anObject) {
     3     return true;
     4 }
     5 if (anObject instanceof String) {
     6     String anotherString = (String)anObject;
     7     int n = value.length;
     8     if (n == anotherString.value.length) {
     9         char v1[] = value;
    10         char v2[] = anotherString.value;
    11         int i = 0;
    12         while (n-- != 0) {
    13             if (v1[i] != v2[i])
    14                 return false;
    15             i++;
    16         }
    17         return true;
    18     }
    19 }
    20 return false;
    21 }

      可以看出,String类对equals方法进行了重写,用来比较指向的字符串对象所存储的字符串是否相等。

      其他的一些类诸如Double,Date,Integer等,都对equals方法进行了重写用来比较指向的对象所存储的内容是否相等,我们使用的时候需要注意。

    简单的总结

      1)对于==,如果作用于基本数据类型的变量,则直接比较其存储的 “值”是否相等;

        如果作用于引用类型的变量,则比较的是所指向的对象的地址

      2)对于equals方法,注意:equals方法不能作用于基本数据类型的变量

        如果没有对equals方法进行重写,则比较的是引用类型的变量所指向的对象的地址;

        诸如String、Date等类对equals方法进行了重写的话,比较的是所指向的对象的内容。

    字符串驻留机制

      我们把上面的例子稍微修改下来看一下这个字符串驻留机制到底是啥?看代码:

    1 String str1="abc";
    2 String str2="abc";
    3 //true
    4 System.out.println(str1==str2);

      操作符==比较的不是对象的地址吗?怎么会返回true不是应该false的吗?这就是字符串驻留机制的影响。

      其实过程是这样的:String对象被放进常量池里了,再次出现“abc”字符串的时候,JVM很兴奋地把str2的引用也指向了 “abc”对象,它认为自己节省了内存开销。这样str1和str2就指向了同一个对象。

      我们再来看下面这一段我们熟悉的代码:

    1 String str1=new String("abc");
    2 String str2=new String("abc");
    3 //false
    4 System.out.println(str1==str2);

      一旦看到new,JVM就会在堆上面创建实例对象,所以这时候操作符==比较的两个对象的内存地址时不一样的。所以返回false也是在正常不过了。

      最后我们再来看一个例子:

    1 String str1 = "java"
    2 String str2 = "blog";
    3 String s = str1+str2;
    4 //false
    5 System.out.print(s=="javablog");

      大家也看到了结果是false。具体原因是这样的:

      JVM确实会对如String str1 = "java"; 的String对象放在字符串常量池里,但是它是在编译时刻那么做的,而String s = str1+str2; 是在运行时刻才能知道(我们当然一眼就看穿了,可是Java必须在运行时才知道的,人脑和电脑的结构不同),也就是说str1+str2是在堆里创建的, s引用当然不可能指向字符串常量池里的对象。

  • 相关阅读:
    python增量爬虫pyspider
    python进程池:multiprocessing.pool
    1. 装饰器入门
    python绘图:matplotlib和pandas的应用
    高效使用 Python 可视化工具 Matplotlib
    python制作爬虫爬取京东商品评论教程
    python 爬取天猫美的评论数据
    mysql view
    mysql alter使用
    export和export default
  • 原文地址:https://www.cnblogs.com/dreamGong/p/6494928.html
Copyright © 2011-2022 走看看