EffectiveJava读书笔记二

第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有一下的诀窍:

  1. 使用==操作符检查“参数是否为这个对象的引用”
  2. 使用instanceof操作符检查“参数是否正确的类型”
  3. 把参数转成正确的类型
  4. 对于该类中的每个“关键”域,检查参数中的域是否与该对象中对应的域相匹配。
  5. 当你编写完成了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方法。

你可能感兴趣的:(EffectiveJava读书笔记二)