【Java】Java中的==

Java中的==

Java中的==表示的是什么呢?有时候很令人费解。比如,以下例子输出是什么?

        // 例一
        String str = "wo";
        String str1 = "wo";
        System.out.println("例一:" + (str == str1));

        // 例二
        String str2 = new String("wo");
        String str3 = new String("wo");
        System.out.println("例二:" + (str2 == str3));

        // 例三
        int i1 = 1;
        int i2 = 1;
        System.out.println("例三:" + (i1 == i2));

        // 例四
        TestObject t1 = new TestObject();
        TestObject t2 = new TestObject();
        System.out.println("例四:" + (t1 == t2));

其中,TestObject是自定义的一个类,结构如下:

package com.yds.test;

public class TestObject {
    public TestObject(){
        
    }
}

最终的结果输出什么呢?结果如下:

例一:true
例二:false
例三:true
例四:false

其实,在Java中,如果是基本数据类型,则 == 比较的是值;如果是对象类型,则 == 比较的是对象的地址。但是,有时候会疑惑,String不是对象类型么?为什么例一是true呢?这个就要谈谈字符串常量池的问题。

2 字符串常量池

String类是我们平常项目中使用频率非常高的一种对象类型,JVM为了提升性能和减少开销,避免字符串的重复创建,维护了一块特殊的内存空间,即字符串常量池。当需要使用字符串时,先去字符串常量池查看该字符串是否已经存在,如果存在,则可直接使用;如果不存在,初始化,并将该字符串放入到字符串常量池中。

  • 在JDK1.6及之前版本,字符串常量池在方法区中
  • 在JDK1.7及以后版本,字符串常量池移到了堆中

使用String str="wo",可能创建一个或者不创建对象。如果“wo”在字符串常量池中已经存在,则不会再创建String类型的值为“wo”的对象,而是将str指向这个“wo”对象内存地址,后续无论用这种方式创建多少个指向“wo”的引用,在内存中,都只有一个“wo”内存地址被分配。而==判断的是对象内存的地址,所以例一返回true。下图是用这种方式创建字符串的示例图。


例一示例图
  • 对象存放在堆中,字符串常量池是堆中一块特殊区域,new出来的是对象,字符串可以通过直接赋值创建一个对象,如上所述。
  • 对象的引用存放在栈中,String str是对象的引用

在上图中,栈存放的是字符串的引用,str和str1存放的都是对象“wo”的内存地址,==判断对象时,判断的是他们存储的内存地址是否相同,由上图可见,他们的内存地址是相同的,所以例一输出的是true。

图片.png

例二的两个字符串都是通过new的方式创建对象的,所以在堆上有两个String对象,且这两个对象指向字符串常量池中的同一个对象“wo”,如上图所示,此时str2和str3存储的对象地址就不相同,所以例二返回的是false。

String str = new String("wo")创建了几个对象?如果字符串常量池中没有“wo”,则该句创建了两个对象,首先会创建一个“wo”存放在字符串常量池中,其本身就是一个对象;然后会new 一个字符串对象,并将“wo”的引用返回给new出来的对象;如果字符串常量池中有“wo”,则该句只创建了一个对象,因为该句首先会查找字符串常量池中是否存在“wo”,如果存在则直接返回"wo"的引用给new出来的对象。

3 总结

==使用总结

  • 如果是基本数据类型,==判断的是值
  • 如果是对象类型,==判断的是对象的地址

其它总结

  • 通过直接赋值而不是new的方式给String赋值,如果字符串常量池中有该对象,则不会再创建,此时通过 == 判断,返回的是true。如:String str="wo";String str1="wo";str == str1为true.
  • 在JDK1.6及以前版本,字符串常量池在方法区中;在JDK1.7及以后,字符串常量池在堆中。
  • 对象的引用保存在栈中
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 220,492评论 6 513
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 94,048评论 3 396
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 166,927评论 0 358
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 59,293评论 1 295
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 68,309评论 6 397
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 52,024评论 1 308
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,638评论 3 420
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,546评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 46,073评论 1 319
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 38,188评论 3 340
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 40,321评论 1 352
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,998评论 5 347
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,678评论 3 331
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 32,186评论 0 23
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 33,303评论 1 272
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 48,663评论 3 375
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 45,330评论 2 358

推荐阅读更多精彩内容