第3章 用于所有对象都通用的方法

尽管Object是一个具体类，但设计它主要是为了扩展。它所有的非final方法都有明确的通用约定，因为它们设计成是要被覆盖的。
本章将讲述何时以及如何覆盖这些非final的Object方法。

第10条： 覆盖equals时请遵守通用约定

1. 类的每个实例本质上都是唯一的。
2. 类没有必要提供“逻辑相等”的测试功能
3. 超类已经覆盖了equals，超类的行为对于这个类也是合适的。
4. 类是私有的，或者是保级私有的，可以确定它的equals方法永远不会被调用

在 覆盖equals方法的时候，必须要遵守它的通用约定。下面是约定的内容，来自Object的规范。
(1) 自反性：对于任何非null的引用值x，x.equals(x) 必须返回true
(2) 对称性：对于任何非null的引用值x和y，当且仅当y.equals(x)返回true时，x.equals(y)必须返回true.
(3) 传递性：对于任何非null的引用值x、y和z，如果x.equals(y)返回true,并且y.equals(z)也返回true，那么x.equals(z)也必须返回true。
(4) 一致性：对于任何非null的引用值x和y，只要equals的比较操作在对象中所用的信息没有被修改，多次调用都会返回true或false。
(5) 对于任何非null的引用值x, x.equals(null)必须返回false。

第11条：覆盖equals时总是要覆盖hashCode

在每个覆盖了equals方法的类中，都必须覆盖hashCode方法、

因没有覆盖hashCode而违反的关键约定是第二条：相等的对象必须具有相等的散列码（hash code）。
第二遍待续。。

第12条：始终要覆盖toString

提供好的toString实现可以使类用起来更加舒适，使用了这个类的系统也更易于调试
在实际应用中，toString方法应该返回对象中包含的所有值得关注的信息。
无论是否决定制定格式，都应该在文档中明确地表面你的意图。

第13条：谨慎地覆盖clone

第14条：考虑实现Comparable接口

在compareTo方法中使用关系操作符 < 和 > 是非常繁琐的，并且容易出错，因此不再建议使用。
比较构造器：

public int compareTo(PhoneNumber pn) {
	int result = Short.compare(areaCode,pn.areaCode);
	if (result == 0)  {
		result = Short.compare(prefix, pn.prefix);
		if (result == 0) {
			result = Short.compare(lineNum, pn.lineNum);
		}
	}
	return result;
}