第3章 对于所有对象都通用的方法
覆盖equals时请遵守通用约定
在覆盖equals会出现意料不到的错误，在以下情况下，不应该覆盖equals：
- 类的每个实例本质上都是唯一的，例如Thread。
- 不关心类是否提高了“逻辑相等”的测试功能，例如Random，其使用基类Object的equals已经足够。
- 超类已经覆盖了equals，从超类继承过来的行为对于子类也是合适的。
- 类是私有的或者是包级私有的，可以确定它的equals方法永远不会被调用。但这时可以进行重写，以抛出异常来防止被意外调用。
@override public boolean equals(Object o){
throw new AssertionError();// Method is never called
}
若是覆盖equals方法的时候，则必须遵守它的通用约定。
equals方法实现了等价关系（equivalence relation）:
- 自反性（reflexive）。对于非null值，x.equals(x)必须返回true。
- 对称性（symmetric）。对于非null值，y.equals(x)等于true，则x.equals(y)必须返回true。
- 传递性（transitive）。对于非null值，x.equals(y)等于true, 且y.equals(z)等于true, 则x.equals(z)也必须为true.
- 一致性（consistent）。是指针对equals的比较操作在对象中所用的信息没有被修改，则多次调用equals必须返回一致的结果。
- 对于任何非null的引用值x，x.equals(null)必须返回false.
PS: 在许多时候，我们在重写equals方法的时候，我们都会进行对参数object进行判空操作，而这一步多数情况下，都是没有必要的，因为一般都会使用instanceof来对类型作以判断。
这里如果漏掉instanceof类型检查的时候，可能会出现ClassCastException.
当instanceof的第一个操作数为null，那么不论第二个参数的类型，结果都会返回false.
编写一个高质量的equals有一下的诀窍：
- 使用==操作符检查“参数是否为这个对象的引用”
- 使用instanceof操作符检查“参数是否正确的类型”
- 把参数转成正确的类型
- 对于该类中的每个“关键”域，检查参数中的域是否与该对象中对应的域相匹配。
- 当你编写完成了equals方法之后，应该问自己三个问题，它是否是对称的、传递的、一致的？
最后的告诫：
- 覆盖equals时总要覆盖hashCode
- 不要企图让equals方法过于智能
- 不要讲equals声明中的Object对象替换为其他的类型
覆盖equals时总要覆盖hashCode
在每个覆盖了equals方法的类中，也必须覆盖hashCode方法。
Object.hashCode的通用约定如下：
- 在应用程序的执行期间，只要对象的equals方法的比较操作所用信息没有修改，那么对这同一个对象调用多次，hashCode方法都必须始终如一地返回同一个整数，在同一个应用程序的多次执行过程中，每次执行返回的整数可以不一致。
- 如果两个对象根据equals(Object方法比较是相等的，那么调用这两个对象中任一个对象的hashCode方法都必须产生同样的整数结果。
- 如果两个对象根据equals（Object）方法比较是不相等的，那么调用这两个对象中任一个对象的hashCode方法，则不一定要产生不同的整数结果。但是应该知道，给不相等的对象产生截然不同的整数结果，有可能提高散列表（hash table）的性能。
一个好的散列函数通常倾向于“为不相等的对象产生不相等的散列码”，正是hashCode约定中第三条的含义。
要完全达到这种情形是非常困难的，相对接近这种情形，一种简单的办法如下：
先获取一个result，针对对象中的关键域，来得到一个散列码c，最后执行公式result = result * 31 + c，最后返回result，即作为hashCode的值。
PS: 31 * i = (i<<<5) - i,通过移位运算来提高性能。
始终覆盖toString
提供好的toString实现可以使类用起来更加舒适。
谨慎地覆盖clone
如果一个类实现了Cloneable, Object的clone方法就返回该对象的逐域拷贝，否则就会抛出CloneNotSupportedException异常。
所有实现了Cloneable接口的类都应该用一个公有的方法覆盖clone，此公有方法首先调用super.clone，然后修正任何需要修正的域。
另一个实现对象拷贝的好办法是提供一个拷贝构造器（copy constructor）或拷贝工厂（copy factory）。
对它俩更进一步，用来基于接口进行拷贝，称之为“转换构造器”（conversion constructor）和“转换工厂”（conversion factory）
考虑实现Comparable接口
实现了Comparable，表明了实力具有内在的排序关系（natural ordering），就可通过Array.sort(a)，来进行排序。
另外可以跟许多泛型算法以及依赖于该接口的集合实现进行协作。
compareTo方法也应遵循自反性、对称性、传递性。
另外强烈建议（x.compareTo(y)==0) == (x.equals(y))，但并非绝对必要。
当想为一个实现了Comparable接口的类增加只组件，请不要扩展这个类，而是编写一个组合类，来持有这个类的引用，另外实现compareTo方法。
PS，BigDecimal，它的compareTo与equals不一致。
若需要非标准的排序关系，可以使用一个显式的Comparator来代替。
比较整数型基本类型的域，使用关系操作符<和>，而不是使用compare方法。
