打字猴:1.700442086e+09
1700442086
1700442087 return name.equalsIgnoreCase(p.getName().trim());
1700442088
1700442089 }
1700442090
1700442091 return false;
1700442092
1700442093 }
1700442094
1700442095 }
1700442096
1700442097 覆写的equals做了多个校验,考虑到从Web上传递过来的对象有可能输入了前后空格,所以用trim方法剪切一下,看看代码有没有问题,我们写一个main:
1700442098
1700442099 public static void main(String[]args){
1700442100
1700442101 Person p1=new Person(“张三”);
1700442102
1700442103 Person p2=new Person(“张三”);
1700442104
1700442105 List<Person>l=new ArrayList<Person>();
1700442106
1700442107 l.add(p1);
1700442108
1700442109 l.add(p2);
1700442110
1700442111 System.out.println(“列表中是否包含张三:”+l.contains(p1));
1700442112
1700442113 System.out.println(“列表中是否包含张三:”+l.contains(p2));
1700442114
1700442115 }
1700442116
1700442117 上面的代码产生了两个Person对象(注意p2变量中的那个张三后面有一个空格),然后放到List中,最后判断List是否包含了这两个对象。看上去没有问题,应该打印出两个true才是,但是结果却是:
1700442118
1700442119 列表中是否包含张三:true
1700442120
1700442121 列表中是否包含张三:false
1700442122
1700442123 刚刚放到list中的对象竟然说没有,这太让人失望了,原因何在呢?List类检查是否包含元素时是通过调用对象的equals方法来判断的,也就是说constains(p2)传递进去,会依次执行p2.equals(p1)、p2.equals(p2),只要有一个返回true,结果就是true,可惜的是比较结果都是false,那问题就出来了:难道p2.equals(p2)也为false不成?
1700442124
1700442125 还真说对了,p2.equals(p2)确实是false,看看我们的equals方法,它把第二个参数进行了剪切!也就是说比较的是如下等式:
1700442126
1700442127 “张三”.equalsIgnoreCase(“张三”)
1700442128
1700442129 注意前面的“张三”是有空格的,那这个结果肯定是false了,错误也就此产生了。这是一个想做好事却办成了“坏事”的典型案例,它违背了equals方法的自反性原则:对于任何非空引用x, x.equals(x)应该返回true。
1700442130
1700442131 问题知道了,解决也非常容易,只要把trim()去掉即可,注意解决的只是当前问题,该equals方法还存在其他问题。
1700442132
1700442133
1700442134
1700442135
[ 上一页 ]  [ :1.700442086e+09 ]  [ 下一页 ]