由类的创建者决定，所以 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;
　　...
　　public Demo {
　　s = "Initial Value";
　　}
　　...
　　}

　　而非