这篇博文主要介绍覆盖Object中的方法要注意的事项以及Comparable.compareTo()方法。

一、谨慎覆盖equals()方法

  其实平时很少要用到覆盖equals方法的情况,没有什么特殊情况最好是使用原有提供的equlas方法。因为覆盖equals()方法时要遵循一些通用的约定之外,在与hash相关的集合类使用时,就必须要覆盖hashCode()方法了(第二点会强调)。

  我们先说说覆盖equlas()方法要遵循哪些通用约定:

  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的比较操作在对象中所用的信息没有被修改,多次调用x.equals(y)的结果依然一致。;

  5、非空性:对于任何非null的引用值,x.equals(null)必须返回false。 且x必须不能为空,否则会抛出空指针异常。

  其实上面这些约定看起来都看简单但也不能大意,很有可能你只满足了其中一点或者几点没有满足全部。如果没有满足全部的话,那么你覆盖equals()方法是不合理的,总会有那么中情况会超乎你的意料之外。

  下面我们举例说明,其中自反性是很难违反的(我也想象不出怎么举反例测试,如有高手明白,请举例评论下),下面我举例验证对称性:

 package test.effective;
/**
* @Description: 普通坐标类
* @author yuanfy
* @date 2017年7月13日 上午10:30:06
*/
class Point {
private int x;
private int y; public Point(int x, int y) {
this.x = x;
this.y = y;
} @Override
public boolean equals(Object obj) {
if (!(obj instanceof Point)) {
return false;
}
Point p = (Point) obj;
return this.x == p.x && this.y == p.y;
}
}
/**
* @Description: 带有颜色的坐标
* @author yuanfy
* @date 2017年7月13日 上午10:35:19
*/
class ColorPoint extends Point { private String color; public ColorPoint(int x, int y, String color) {
super(x, y);
this.color = color;
}
/**
* 与point不满足对称性示范案例
*/
@Override
public boolean equals(Object obj) {
if (!(obj instanceof ColorPoint)) {
return false;//与point实例比较直接返回false
}
ColorPoint p = (ColorPoint) obj;
return super.equals(p) && this.color.equals(p.color);
}
} public class EqualsTest {
public static void main(String[] args) {
Point p = new Point(1,2);
ColorPoint cp = new ColorPoint(1, 2, "red"); System.out.println(p.equals(cp));//输出结果:true
System.out.println(cp.equals(p));//输出结果:false
}
}

  从上面的例子可以看出是违反了对称性规定的。问题原因在于:在比较普通点和有色点时,忽略了颜色的比较,而有色点跟普通点比较时,普通点不属于ColorPoint的实例,就直接返回了false。所以ColorPoint类中覆盖equlas()方法是有问题的,修改equals()方法后的代码如下:

     @Override
public boolean equals(Object obj) {
//不属于Point实例对象
if (!(obj instanceof Point)) {
return false;
}
//不是ColorPoint实例对象,可能是Point实例对象或者其他类型对象
if (!(obj instanceof ColorPoint)) {
return super.equals(obj);
}
//ColorPoint实例对象
ColorPoint p = (ColorPoint) obj;
return super.equals(p) && this.color.equals(p.color);
}

  测试代码如下:

         ColorPoint cp1 = new ColorPoint(1, 2, "red");
Point p = new Point(1,2);
ColorPoint cp2 = new ColorPoint(1, 2, "blue"); System.out.println(cp1.equals(p));//输出结果:true
System.out.println(p.equals(cp1));//输出结果:true System.out.println(p.equals(cp2));//输出结果:true
System.out.println(cp2.equals(p));//输出结果:true System.out.println(cp1.equals(p));//输出结果:true
System.out.println(p.equals(cp2));//输出结果:true
System.out.println(cp1.equals(cp2));//输出结果:false

  从修改后的例子中可以看出,这种方法确实满足了对称性,但是却不满足传递性。其实我们无法在扩展可实例化的类的同时,既增加新的值组件,同时又保留equals约定,除非愿意放弃面向对象的抽象带来的优势。当然我们可以不扩展Point的,所谓“复合优先于继承”。在ColorPoint假如一个私有的Point域,代码如下:

 class ColorPoint{

     private String color;

     private Point point;

     public ColorPoint(int x, int y, String color) {
point = new Point(x, y);
this.color = color;
} public Point asPoint(){
return point;
} @Override
public boolean equals(Object obj) {
if (!(obj instanceof ColorPoint)) {//满足非空性验证
return false;
}
//ColorPoint实例对象
ColorPoint p = (ColorPoint) obj;
return this.point.equals(p.point) && this.color.equals(p.color);
}
} public class EqualsTest1 {
public static void main(String[] args) {
ColorPoint cp1 = new ColorPoint(1, 2, "red");
Point p = new Point(1,2);
ColorPoint cp2 = new ColorPoint(1, 2, "red");
ColorPoint cp3 = new ColorPoint(1, 2, "red"); System.out.println(cp1.equals(p));//输出结果:false
System.out.println(p.equals(cp1));//输出结果:false System.out.println(cp1.equals(cp2));//输出结果:true
System.out.println(cp2.equals(cp1));//输出结果:true System.out.println(cp1.equals(cp2));//输出结果:true
System.out.println(cp2.equals(cp3));//输出结果:true
System.out.println(cp1.equals(cp3));//输出结果:true
}
}

  上面的例子就满足对称性、传递性同时满足非空性。

  接下来验证一致性:如果两个对象相等,它们就必须始终保持相等,除非他们中有一个对象或者两个都被修改了。换句话说,可变的对象在不同的时候可以与不同的对象相等, 而不可变对象则不会这样。比如说时间对象一个指定了时间,另外一个对象没有指定时间。当在某一个刻时候,他们既满足对称性和传递性,但是它不满足一致性。因为没有指定时间的对象的时间是一直在改变的。

  所以当你编写完成了equlas之后,应该测试验证是否满足这个几个特性。

二、覆盖equals时总要覆盖hashCode

  书中提出:在每个覆盖了equlas方法的类,也必须覆盖hashCode方法。如果不这样做的话, 就会违反Object.hashCode()的通用约定,从而导致该类无法结合所有基于散列的集合一起正常运作,这样的集合包括HashMap、HashSet和HashTable。

  其中约定简洁如下(详细请参考书中):

  1、相等的对象必须具有相等的散列码(hash code)

  2、不相等的对象未必是不一样的散列码。也就是说相同散列码的两个对象,两个对象未必相等。但是相等的两个对象,一定就有相等的散列码。

  下面根据例子来说明:

 package test.effective;

 import java.util.HashMap;
import java.util.Map; public class PhoneNumber {
private int areaCode; private int prefix; private int lineNumer; public PhoneNumber(int areaCode, int prefix, int lineNumer) {
this.areaCode = areaCode;
this.prefix = prefix;
this.lineNumer = lineNumer;
} @Override
public boolean equals(Object obj) {
if (obj == this) {
return true;
}
if (!(obj instanceof PhoneNumber)) {
return false;
}
PhoneNumber pn = (PhoneNumber) obj;
return this.areaCode == pn.areaCode
&& this.prefix == pn.prefix
&& this.lineNumer == this.lineNumer;
} public static void main(String[] args) { Map<PhoneNumber, String> map = new HashMap<PhoneNumber, String>();
PhoneNumber pn1 = new PhoneNumber(408, 867, 5309);
PhoneNumber pn2 = new PhoneNumber(408, 867, 5309); System.out.println(pn1.equals(pn2));//输出结果:true map.put(pn1, "Jany"); System.out.println(map.get(pn1));
System.out.println(map.get(pn2));
}
}

  我们将覆盖了equals方法的类结合基于散列码的集合使用。从上面例子39行知道pn1实例和pn2实例是相等,行43代码输出的结果可想而知是Jany,但是行44输出什么呢,估计没有仔细考虑的话,可能第一感觉也会输出null。我们看下HashMap中get方法源码就知道了。

    public V get(Object key) {
if (key == null)
return getForNullKey();
Entry<K,V> entry = getEntry(key); return null == entry ? null : entry.getValue();
}
final Entry<K,V> getEntry(Object key) {
if (size == 0) {
return null;
} int hash = (key == null) ? 0 : hash(key);//获取对象的hash值
for (Entry<K,V> e = table[indexFor(hash, table.length)];
e != null;
e = e.next) {
Object k;
//hash必须相等才有可能进行返回
if (e.hash == hash &&
((k = e.key) == key || (key != null && key.equals(k))))
return e;
}
return null;
}

  从源码中得知get()方法是要根据hash值获取的。然后我们在看看pn1和pn2对象的hash码。

        System.out.println(pn1.hashCode());//
System.out.println(pn2.hashCode());//2031122075

  所以显而易见见,上述map.get(pn2) 的返回值是为null的。

  修正这个问题很简单,在PhoneNumber类中覆盖hashCode()方法即可,先提供简单的案例:

    @Override
public int hashCode() {
return 1;
}

  这样的能满足上面那个例子map.get(pn2) 返回“Jany”,但是这样 所有实例都是返回一样的hashCode是不可取的。参考书中最正确的方式:

    @Override
public int hashCode() {
int result = 17;
result = 31 * result + areaCode;
result = 31 * result + prefix;
result = 31 * result + lineNumer;
return 1;
}

对于所有对象都通用方法的解读(Effective Java 第三章)的更多相关文章

  1. 对于所有对象都通用方法的解读(Effective Java 第二章)

    这篇博文主要介绍覆盖Object中的方法要注意的事项以及Comparable.compareTo()方法. 一.谨慎覆盖equals()方法 其实平时很少要用到覆盖equals方法的情况,没有什么特殊 ...

  2. [Effective Java]第三章 对所有对象都通用的方法

    声明:原创作品,转载时请注明文章来自SAP师太技术博客( 博/客/园www.cnblogs.com):www.cnblogs.com/jiangzhengjun,并以超链接形式标明文章原始出处,否则将 ...

  3. Java高效编程之二【对所有对象都通用的方法】

    对于所有对象都通用的方法,即Object类的所有非final方法(equals.hashCode.toString.clone和finalize)都有明确的通用约定,都是为了要被改写(override ...

  4. Effective Java:对于全部对象都通用的方法

    前言: 读这本书第1条规则的时候就感觉到这是一本非常好的书.可以把我们的Java功底提升一个档次,我还是比較推荐的.这里我主要就关于覆盖equals.hashCode和toString方法来做一个笔记 ...

  5. [Effective Java 读书笔记] 第三章 对所有对象都通用的方法 第八 ---- 九条

    这一章主要讲解Object类中的方法, Object类是所有类的父类,所以它的方法也称得上是所有对象都通用的方法 第八条 覆盖equals时需要遵守的约定 Object中的equals实现,就是直接对 ...

  6. Effective java -- 2 对于所有对象都通用到方法

    第八条:覆盖equals时请遵守通用约定 什么时候需要覆盖equals方法?类具有自己的逻辑相等概念,并且父类的equals方法不能满足需要.重写equals时需要遵循一下约定: 自反性:非null ...

  7. 《Effective Java》第3章 对于所有对象都通用的方法

    第8条:覆盖equals时请遵守通用约定 覆盖equals方法看起来似乎很简单,但是有许多覆盖方式会导致错误,并且后果非常严重.最容易避免这类问题的办法就是不覆盖equals方法,在这种情况下,类的每 ...

  8. Effective Java读书笔记——第三章 对于全部对象都通用的方法

    第8条:覆盖equals时请遵守通用的约定 设计Object类的目的就是用来覆盖的,它全部的非final方法都是用来被覆盖的(equals.hashcode.clone.finalize)都有通用约定 ...

  9. 《Effective Java》第2章 对所有对象都通用的方法

    第10条:覆盖equals时,请遵守通用约定 1.使用==来比较两个对象的时候,比较的是两个对象在内存中的地址是否相同(两个引用指向的是否为同一个对象):Object中定义的equals方法也是这样比 ...

随机推荐

  1. PAT 1058 选择题

    https://pintia.cn/problem-sets/994805260223102976/problems/994805270356541440 批改多选题是比较麻烦的事情,本题就请你写个程 ...

  2. Gitkraken系列-Gitkraken使用操作

    一个优秀的团队合作离不开git,一个优秀的程序员也离不开git.gitkraken是我在进行软工实践这门课接触到的git的UI界面的工具,它给我留下的印象就是非常好用和方便 怎么个方便法呢? 方便的安 ...

  3. jdbc关闭连接顺序

    jdbc连接数据库时,先获取connection,再通过statement进行操作,将结果集放在resultset中,不过在关闭数据库的时候要小心,要跟前面的操作反着来,不然就会出现异常.如果直接关闭 ...

  4. [OS] 死锁相关知识点以及银行家算法详解

    因此我们先来介绍一下死锁: 死锁特征 当出现死锁时,进程永远不能完成,并且系统资源被阻碍使用,阻止了其他作业开始执行.在讨论处理死锁问题的各种方法之前,先深入讨论一下死锁的特征. ·必要条件 (1)互 ...

  5. RT-thread内核之系统时钟

    一.系统时钟 rt-thread的系统时钟模块采用全局变量rt_tick作为系统时钟节拍,该变量在系统时钟中断函数中不断加1.而系统时钟中断源和中断间隔一般由MCU硬件定时器(如stm32的嘀嗒定时器 ...

  6. 【bzoj2223】[Coci 2009]PATULJCI 主席树

    题目描述 样例输入 10 3 1 2 1 2 1 2 3 2 3 3 8 1 2 1 3 1 4 1 5 2 5 2 6 6 9 7 10 样例输出 no yes 1 no yes 1 no yes ...

  7. BZOJ4027 HEOI2015兔子与樱花(贪心)

    首先显然地如果某个点超过了最大负载,删掉它仍然是不合法的.删除某个点当前只会对其父亲产生影响,同一个节点的儿子显然应该按代价从小到大删.考虑如果删掉某个点之后他的父亲不能再删了,我们损失了父亲这个点, ...

  8. POJ2945:Find the Clones——题解

    http://poj.org/problem?id=2945 还是trie树……对于结束标记累加并且开个数组记录一下即可. #include<cstdio> #include<cst ...

  9. UVA.11300 Spreading the Wealth (思维题 中位数模型)

    UVA.11300 Spreading the Wealth (思维题) 题意分析 现给出n个人,每个人手中有a[i]个数的金币,每个人能给其左右相邻的人金币,现在要求你安排传递金币的方案,使得每个人 ...

  10. hdu 5616

    Jam's balance Time Limit: 2000/1000 MS (Java/Others)    Memory Limit: 65536/65536 K (Java/Others)Tot ...