对于所有对象都用通用的方法

本章讲述何时以及如何覆盖这些非final的Object方法

8，覆盖equal时请遵守通用的约定

• 自反性 对象必须等于自身。
• 对称性 a.equal(b) == b.equal(a) = ture
• 传递性 a == b b == c -> a == c 要注意超类
• 一致性 没有修改的话相等永远相等。
• 非空性 所有的对象都必须不等于null。要有null判断和类型判断

实现诀窍：

• 使用==操作符检查，如果是直接返回true，性能优化。
• 使用instanceof检查参数类型，如果不是返回false。有些情况下，在实现接口的类之间进行比较，那么就使用接口。
• 把参数转为正确的类型。
• 对于该类的关键域，检查参数中的域是否与该对象中对应的域相匹配。如Float.compare,Double.compare。要警惕null。要先比较最可能不一致的域。
• 当编写完equal方法之后，问自己三个问题：它是否堆成的，传递的，一致的。

告诫：

• 覆盖equal总要覆盖hashCode.
• 不要企图让equal方法过于智能。
• 不要将equals方法中的Object对象替换成其他类型。它并没有覆盖Object.equals，当然重载覆盖返回值相同也行。

9，覆盖equal总要覆盖hashCode

相等的对象必须具有相等的散列码。如果不覆盖hashCode，会使该类无法结合所有基于散列的集合一起工作，如HashMap。

10.始终要覆盖toString

被返回的字符串应该是一个简洁的，但信息丰富，并且易于阅读的表达方式。
提供好的toString实现可以使类用起来更加舒适。

如果指定返回格式，要注意扩展类后对toString的影响

11，谨慎的覆盖clone

如果用一个公共方法覆盖了非final类中的clone方法，则应该返回一个通过super.clone而得到的对象。

实际上，clone方法就是另一个构造器；你必须确保它不会伤害到原始的对象，并正确的创建被克隆对象中的约束条件。但final对象会有问题。

注意

可以肯定的说，其他接口都不应该扩展这个接口，为了继承而设计的类也不应该实现这个接口。

12，考虑实现Comparable接口

与本章的其他方法不同，compareTo方法并没有在Object中声明。一旦实现了Comparable接口，它就可以跟许多泛型算法以及依赖于改接口的集合实现进行协作。

compareTo方法的通用约定与equals方法的相似。compareTo是比较，当equals返回相等时，一般compareTo也要相等。