啥？我只是改写equal()不行么？我看到这里也是这么想得。
这个是由于要遵从Java.lang.object的规范第二条：
两个根据equal()相等的对象他们返回的hashcode值也必然相等。
假如你改写了equal()方法，令两个实际不是一个对象的两个实例在逻辑上相等了，但是hashcode却是不等。
所以要记得改写hashcode。
不改写会带来什么后果呢？当然，比如你在用hashmap,hashtable之类的设计hashcode的类的时候，就会出麻烦了。
至于如何改写一个hashcode，这就有好有坏了，看各人的功底了。现在还有专门的科学家在研究优秀的hash算法。
总是要改写tostring()
这个并没有严格的规定，不想hashcode那样会带来灾难性的陷阱。
但是，java也是有提到”建议改写tostring()”
因为这样可以给我们更好的一个习惯，以及更好的一个风格。
很简单，假如一个object我们并没有改写它的tostring，那么调用这个object的tostring()方法，将得到一串难以理解的string。
假如你改写了tostring(),则可以得到更加具体与清楚的信息。
改写clone的时候要小心
看了这章，觉得这几句话重要：
一个专家级程序员，从来都不会去改写clone方法，也从来不去调用它，除非是为了低开销来拷贝一个数组。
一个为了继续而设计的类，假如未能实现一个行为良好的protected的clone方法，它的子类要实现cloneable接口是不可能的。
真的要做，如何实现改写clone方法呢？
所有实现了cloneable接口的类都应该用一个公有的方法改写clone，这个方法要首先调用super.clone，假如所有的类都实现这么做，那么最终就会回溯到object的clone方法，不会得到clone得到不对的对象的情况。调用super.clone之后，把所有复杂对象设成初始状态，原始类型数据可以直接复制。
通常情况下，此时还需要对内部的任何可变对象(比如堆栈，链表)进行深层结构的拷贝。不能简单的复制。
比如，A实例有一个堆栈Stack，调用A的clone方法，假如仅仅是令B的Stack＝A的stack，那么修改A的stack同时会影响到B中stack的情况。所以，我们必须进行深层拷贝，防止这个问题。
考虑实现comparable接口 CompareTo方法在object里并没有实现，compareto是comparable接口的唯一方法。
我们在写某些值类的时候，最好能够实现comparable接口，这样，会给我们自己带来很大的方便。
比如，假如一个数组实现了这个接口，那么对它的排序将会非常简单：
????array.sort(a);
所以，这个也应该是我们应该考虑的一点。
当然，我们实现的时候也要遵循相关的comparable规范。
规范在这就不写了。
