对于这个系列里的问题,每个学 Java 的人都应该搞懂。当然,如果只是学 Java 玩玩就无所 谓了。如果你认为自己已经超越初学者了,却不很懂这些问题,请将你自己重归初学者行 列。 问题一:我声明了什么! String s = Hello world!; 许多人都做过这样的事情,但是,我们到底声明了什么?回答通常是:一个 String, 内容是“Hello world!”。这样模糊的回答通常是概念不清的根源。如果要准确的回答, 一半的人大概会回答错误。 这个语句声明的是一个指向对象的引用, 名为“s”, 可以指向类型为 String 的任何对 象,目前指向 Hello world!这个 String 类型的对象。这就是真正发生的事情。我们并没 有声明一个 String 对象,我们只是声明了一个只能指向 String 对象的引用变量。所以,如 果在刚才那句语句后面,如果再运行一句: String string = s; 我们是声明了另外一个只能指向 String 对象的引用,名为 string,并没有第二个对象 产生,string 还是指向原来那个对象,也就是,和 s 指向同一个对象。 问题二:==和 equals 方法究竟有什么区别? ==操作符专门用来比较变量的值是否相等。比较好理解的一点是: int int a=10; 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。诚然,a 和 b 所指的对象,它们的内容都是 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 这个引用变量不再指向它了。 通过上面的说明, 我们很容易导出另一个结论, 如果经常对字符串进行各种各样的修改, 或者说,不可预见的修改,那么使用 String 来代表字符串的话会引起很大的内存开销。因