} 
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 来代表字符串的话会引起很大的内存开销。因
为 String 对象建立之后不能再改变，所以对于每一个不同的字符串，都需要一个 String 对
象来表示。这时，应该考虑使用 StringBuffer 类，它允许修改，而不是每个不同的字符串

 

都要生成一个新的对象。并且，这两种类的对象转换十分容易。
同时，我们还可以知道，如果要使用内容相同的字符串，不必每次都 new 一个 String。例
如我们要在构造器中对一个名叫 s 的 String 引用变量进行初始化，把它设置为初始值，应

 

当这样做：
public class Demo { 
private String s;