啥？我只是改写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规范。
　　规范在这就不写了。