对于这个系列里的问题,每个学 Java 的人都应该搞懂。当然,如果只是学 Java 玩玩就无所 谓了。 如果你认为自己已经超越初学者了, 却不很懂这些问题, 请将你自己重归初学者行列。 内容均来自于 CSDN 的经典老贴。 问题一:我声明了什么! String s = "Hello world!"; 许多人都做过这样的事情,但是,我们到底声明了什么?回答通常是:一个 String,内容是 “Hello world!” 。这样模糊的回答通常是概念不清的根源。如果要准确的回答,一半的人大 概会回答错误。 这个语句声明的是一个指向对象的引用,名为“s” ,可以指向类型为 String 的任何对象, 目前指向"Hello world!"这个 String 类型的对象。这就是真正发生的事情。我们并没有声明一 个 String 对象,我们只是声明了一个只能指向 String 对象的引用变量。所以,如果在刚才那 句语句后面,如果再运行一句: String string = s; 我们是声明了另外一个只能指向 String 对象的引用,名为 string,并没有第二个对象产生, string 还是指向原来那个对象,也就是,和 s 指向同一个对象。 问题二:"=="和 equals 方法究竟有什么区别? ==操作符专门用来比较变量的值是否相等。比较好理解的一点是: int a=10; int b=10; 则 a==b 将是 true。 但不好理解的地方是: String a=new String("foo"); String b=new String("foo"); 则 a==b 将返回 false。 根据前一帖说过,对象变量其实是一个引用,它们的值是指向对象所在的内存地址,而不是 对象本身。a 和 b 都使用了 new 操作符,意味着将在内存中产生两个内容为"foo"的字符串, 既然是“两个” ,它们自然位于不同的内存地址。a 和 b 的值其实是两个不同的内存地址的 值, 所以使用"=="操作符, 结果会是 false。 诚然, 和 b 所指的对象, a 它们的内容都是"foo", 应该是“相等” ,但是==操作符并不涉及到对象内容的比较。 对象内容的比较,正是 equals 方法做的事。 看一下 Object 对象的 equals 方法是如何实现的: boolean equals(Object o){ return this==o; } Object 对象默认使用了==操作符。所以如果你自创的类没有覆盖 equals 方法,那你的类使 用 equals 和使用==会得到同样的结果。同样也可以看出, Object 的 equals 方法没有达到 equals 方法应该达到的目标: 比较两个对象内容是否相等。 因为答案应该由类的创建者决定, 所以 Object 把这个任务留给了类的创建者。 看一下一个极端的类: Class Monster{ private String content; ... boolean equals(Object another){ return true;} }
我覆盖了 equals 方法。这个实现会导致无论 Monster 实例内容如何,它们之间的比较永远 返回 true。 所以当你是用 equals 方法判断对象的内容是否相等,请不要想
当然。因为可能你认为相等, 而这个类的作者不这样认为, 而类的 equals 方法的实现是由他掌握的。 如果你需要使用 equals 方法,或者使用任何基于散列码的集合(HashSet,HashMap,HashTable) ,请察看一下 java doc 以确认这个类的 equals 逻辑是如何实现的。 问题三:String 到底变了没有? 没有。因为 String 被设计成不可变(immutable)类,所以它的所有对象都是不可变对象。请看 下列代码: String s = "Hello"; s = s + " world!"; s 所指向的对象是否改变了呢?从本系列第一篇的结论很容易导出这个结论。 我们来看看发 生了什么事情。在这段代码中,s 原先指向一个 String 对象,内容是 "Hello",然后我们对 s 进行了+操作,那么 s 所指向的那个对象是否发生了改变呢?答案是没有。这时,s 不指向 原来那个对象了,而指向了另一个 String 对象,内容为"Hello world!",原来那个对象还存 在于内存之中,只是 s 这个引用变量不再指向它了。 通过上面的说明,我们很容易导出另一个结论,如果经常对字符串进行各种各样的修改, 或者说,不可预见的修改,那