尽管Object是一个具体类,但是设计它主要是为了扩展, 它的所有非final方法都有明确的通用规定;
本节主要讲Object类的非final方法 & Comparable.compareTo()方法;
覆盖equals时请遵守通用约定：
1. equals通用约定:
- equals方法实现了等价关系
- 自反性：对于任何非null的引用值x，x.equals(x)必须返回true
- 对称性：对于任何非null的引用值x和y，当且仅当y.equals(x)返回true时，x.equals(y)必须返回true
- 传递性：对于任何非null的引用值x，y和z,如果x.equals(y)返回true，并且y.equals(z)返回true,则x.equals(z)也必须返回true
- 一致性：对于任何非null的引用值x和y，只要equals的比较操作在对象中所用的信息没有被修改，则多次调用x.equals(y)的返回结果是一致的
2. 不需要覆盖equals对情况：
- 类对每个实例本质上都是唯一的，例如Thread，每个实例都对应一个线程;
- 不关心类是否提供了"逻辑相等"的测试功能：如Random可以覆盖equals检查两个实例是否产生相同的随机数序列，但设计者并不认为用户需要或期望这样的功能，所以并没有重写equals方法;
- 超类已经覆盖类equals，且对于子类也适用时;
- 类是私有的或是包级私有的，可以确定他的equals方法永远不会被调用，此时最好覆盖equals方法,防止被意外调用;
3. 需要覆盖equals的情况：
"值等"情形：类具有自己特有的"逻辑相等"概念，而且超类还没有覆盖equals以实现期望的行为;
4. 注意equals方法的写法:
不要将equals声明中的Object对象替换成其他的类型，这可能带来不可预知的麻烦;
覆盖equals时总要覆盖hashCode
1. hashCode通用约定：
- 在程序执行期间，只要对象的equals方法的比较操作所用到的信息没有被修改，那么同一个对象调用多次，hashCode方法都必须始终如一的返回同一个整数，同一个应用程序的多次执行过程中，返回的整数可以不一致;
- 如果两个对象使用equals比较是相等的，那么hashCode必须产生同样的整数结果;
- 如果两个对象使用equals比较是不相等的，那么hashCode方法不一定要产生不同的整数结果，但是，程序员应该知道，给不想等的对象产生不同的hashCode可能提高散列表的性能;
2. 为不相等的对象产生不相等的散列码（hashCode方法的返回值）：
- 将某个非零常数值赋值给result，如result=17
- 为每个关键域f（指equals涉及的域）计算散列码,并合并到result中
计算:
合并，公式：result=31*result+c;
- 返回result
可以把冗余域（可以根据其他关键域计算出来）排除;
必须把equals中没有用到的域排除;
始终覆盖toString
通用约定：
- 建议所有子类都覆盖这个方法, 返回对象中包含的所有值得关注的信息;
- 提供好的toString实现可以使类用起来更加舒适;
谨慎的覆盖clone
- implements Cloneable, 重写clone方法;
- 注意不能伤害到原始对象，并确保正确到创建被克隆对象中到约束条件;
- 可能有必要从某些域中去掉final修饰符;
- 一些专家级到程序员干脆从来不去覆盖clone方法，也从来不去调用它，除非拷贝数组;
- 对于一个为了继承而设计的类，如果你未能提供行为良好的受保护的clone方法，它的子类就不可能实现Cloneable接口;
考虑实现Comparable接口
遵守自反性，对称性，传递性
注意:
如果想给一个实现了Comparable接口的类增加值组件，请不要扩展这个类，
要编写一个不相关的类，其中包含第一个类的一个实例,并提供一个视图（view）方法返回这个实例，这样既可以在第二个类上自由的实现compareTo方法，也允许客户端在必要的时候，将第二个类的实例视同第一个类的实例;
我是今阳，如果想要进阶和了解更多的干货，欢迎关注公众号”今阳说“接收我的最新文章