深度浅析 == 和 equals 的区别

如果你没有深度分析过的话,那么这可能是一个非常灵异的事件。

灵异事件一:

        Integer a = 111;  // 相当于 Integer a = Integer.valueOf(111);
        Integer b = 111;

        Integer c = 1111;
        Integer d = 1111;

        int e = 11111;
        int f = 11111;

        System.out.println(a==b);  // true
        System.out.println(c==d);  // false
        System.out.println(e==f);  // true

灵异事件二:

        double a = 1.0;
        double b = 1.0;
        Double c = 1.0;
        Double d = 1.0;

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

灵异事件三:

        Character a = 'A';
        Character b = 'A';
        Character c = '√';
        Character d = '√';

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

灵异事件四:

        String a = "abc";
        String b = "abc";

        String c = new String("abc");
        String d = String.valueOf("abc");

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

NO.1 “==”

总所周知,== 就是比较两个变量所指向的地址和值是否一样(当然指向的地址相等,那么值也必然相等)。当然如果是基本数据类型的比较的话,值相等,就返回 true

所以,想要弄清楚这些灵异事件,我们有必要了解一下它们在内存中的存放以及实现的源码

基本数据类型之间的比较

Q:int e = 1111; int f = 1111; 分别在内存中做了什么事情?

A:①、int e = 1111; 在栈内存中定义了一个变量 e,然后这个变量去栈内存中找 1111,结果可想而知(没有找到,因为前面没有定义),于是就把这个 1111 加入到栈内存中;

②、int f = 1111 ; 此时呢,又在栈内存中定义了一个变量 f,然后这个变量又去栈内存中找 1111,结果找到了(因为前面 int e = 1111 时,放进去了),于是就指向 1111。

所以:e == f 为 true

引用数据类型之间的比较

注:以下内容解密灵异事件 1~3

主要看引用数据类型源码中对自动装箱方法(valueOf)的具体实现,对其实现过程进行分析。

Q:Integer a = 111; Integer b = 111; 做了什么事?
A:这里涉及到了自动装箱的过程。相当于调用 Integer.valueOf(int); 方法

查看一下 Integer.valueOf(int) 的源码:

    public static Integer valueOf(int i) {
        // 如果 -128 <= i <= 127,就返回缓存中的对象
        if (i >= IntegerCache.low && i <= IntegerCache.high)
            return IntegerCache.cache[i + (-IntegerCache.low)];
        return new Integer(i);
    }

所以,变量 a、b 都是指向缓存中的同一个对象。a==b 为 true

然而变量 c、d 由于超过了 [-128-127] 的缓存范围,所以会在堆内存中,分别创建新的 Integer 对象。所以 c == d 为 false。

重点如下:

注:这里直接给出结论(可自行去查阅各个封装类自动封装的 valueOf 方法)
Boolean:直接比较值;Byte:全部找缓存;
Character:ascii码值 <= 127 的去找缓存;
Short、Long、Integer: [-128,127] 区间的值,找缓存;
Float、Double:不找缓存,直接创建新对象

对于 Stirng 类型(针对灵异事件四)
String 也提供了缓存机制(常量池);

Q:String a = "abc";String b = "abc"; String c = new String("abc"); 分别做了什么事?

A:①、String a = "abc"; 在栈内存中定义了一个变量 a,然后去常量池中找 "abc",如果没有找到,则将 "abc",存放到常量池中;

②、String b = "abc"; 又栈内存中定义了一个变量 b,然后又去常量池中找 "abc" ,结果找到了,然后就变量 b 引用常量池中的 "abc"。

③、String c = new String("abc"); 又栈内存中定义了一个变量 c,然后又去常量池中找 "abc",
i、如果找到,那么只需在堆内存中 new 一个 String 对象,将常量池中 "abc" 引用传进去;
ii、如果没有找到,则创建一个对象 "abc" 存入常量池中,然后在堆内存中创建一个对象,并将常量池中 "abc" 引用传进去;

所以 a == b 为 true;a == c && b == c 为 false

针对:String d = String.valueOf("abc"); ,我们查看源码来解密。

    public static String valueOf(Object obj) {
        // 调用 String 类本身的 toString() 方法,返回本身
        return (obj == null) ? "null" : obj.toString();
    }
    public String toString() {
        return this;
    }

所以此处变量 d 是指向常量池中的 "abc",那么 a == d 为 true。

NO.2 “equals”

总所周知,Object 是所有类的父类,也就是说,要么调用的是 Object 的 equals() 方法,要么调用的就是该类重写的 equals() 方法

Object.equlas():返回的是 == 的比较结果(地址和值的比较)

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

String.equals():值的比较

    public boolean equals(Object anObject) {
        if (this == anObject) {
            return true;
        }
        if (anObject instanceof String) {
            String anotherString = (String)anObject;
            int n = value.length;
            if (n == anotherString.value.length) {
                char v1[] = value;
                char v2[] = anotherString.value;
                int i = 0;
                while (n-- != 0) {
                    if (v1[i] != v2[i])
                        return false;
                    i++;
                }
                return true;
            }
        }
        return false;
    }

结论

①、== 比较的是比较两个变量所指向的地址和值是否一样;基本数据类型比较的是
②、Object.equals():返回的是 == 的比较结果(地址和值的比较);
③、其他重写了 equals() 方法的:需要查看具体实现。比如 String 重写的 equals() 方法,比较的就是

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 211,639评论 6 492
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,277评论 3 385
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 157,221评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,474评论 1 283
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,570评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,816评论 1 290
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,957评论 3 408
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,718评论 0 266
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,176评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,511评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,646评论 1 340
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,322评论 4 330
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,934评论 3 313
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,755评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,987评论 1 266
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,358评论 2 360
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,514评论 2 348

推荐阅读更多精彩内容

  • 1. Java基础部分 基础部分的顺序:基本语法,类相关的语法,内部类的语法,继承相关的语法,异常的语法,线程的语...
    子非鱼_t_阅读 31,598评论 18 399
  • 前言 不知道大家有没有这样一种感觉,程序员的数量井喷了。可能是因为互联网火了,也可能是各家培训机构为我们拉来了大量...
    活这么大就没饱过阅读 2,714评论 6 26
  • Java byte code 的学习意义 为啥要学java bytecode,这就跟你问我已经会python了为...
    shanggl阅读 1,654评论 0 3
  • java笔记第一天 == 和 equals ==比较的比较的是两个变量的值是否相等,对于引用型变量表示的是两个变量...
    jmychou阅读 1,488评论 0 3
  • 从三月份找实习到现在,面了一些公司,挂了不少,但最终还是拿到小米、百度、阿里、京东、新浪、CVTE、乐视家的研发岗...
    时芥蓝阅读 42,213评论 11 349