您好,登录后才能下订单哦!
本篇内容介绍了“怎么解决使用Hashcode中distinct()方法没有起效问题”的有关知识,在实际案例的操作过程中,不少人都会遇到这样的困境,接下来就让小编带领大家学习一下如何处理这些情况吧!希望大家仔细阅读,能够学有所成!
大佬在项目中写了类似这样的一段代码:
List<ProjectId> list = new ArrayList<>(); // 省略add数据操作 List<DeviceModel> models = list.stream().map(ProjectId::getDeviceModel).distinct().collect(Collectors.toList()); System.out.println(models);
结果呢,这段代码中的distinct()方法并没有起效,并没有达到去重的预期。
通过API文档来看并没有问题,进而大佬开启了debug模式,发现奇怪的是实体类的equals方法都没进。
根据大佬发的部分代码和实现思路,把整个模拟的测试程序补充完整,创建了两个实体类ProjectId和DeviceModel,并重写了equals方法(跟大佬沟通,他重写了equals方法,并且单独使用是生效的)。
DeviceModel实体类,简单重写了equals方法,只比较字段no是否相等。
@Data public class DeviceModel { private String no; @Override public String toString(){ return no; } @Override public boolean equals(Object other) { if (this == other) { return true; } if (other == null || getClass() != other.getClass()) { return false; } return this.toString().equals(other.toString()); } }
ProjectId实体类,重写了equals方法,
@Data public class ProjectId { private int id; private DeviceModel deviceModel; }
然后,构建了测试类:
public class Test { public static void main(String[] args) { List<ProjectId> list = new ArrayList<>(); DeviceModel device1 = new DeviceModel(); device1.setNo("1"); ProjectId projectId1 = new ProjectId(); projectId1.setDeviceModel(device1); projectId1.setId(1); list.add(projectId1); DeviceModel device2 = new DeviceModel(); device2.setNo("1"); ProjectId projectId2 = new ProjectId(); projectId2.setDeviceModel(device2); projectId2.setId(1); list.add(projectId2); DeviceModel device3 = new DeviceModel(); device3.setNo("2"); ProjectId projectId3 = new ProjectId(); projectId3.setDeviceModel(device3); projectId3.setId(2); list.add(projectId3); List<DeviceModel> models = list.stream().map(ProjectId::getDeviceModel).distinct().collect(Collectors.toList()); System.out.println(models); } }
先构建了一组数据,然后让device1与device2的no属性一样,重写了equals方法,理论上它们应该是相等的,device3对象用来做对照。
执行上面的程序,控制台打印如下:
[1, 1, 2]
的确还原了大佬的bug,也奇怪为什么会这样。但既然bug已重现,解决就是比较简单的事了。
此时,大佬又发来另外一个线索,说通过for循环形式没事:
List<DeviceModel> results = new ArrayList<>(); for (DeviceModel deviceModel : list.stream().map(ProjectId::getDeviceModel).collect(Collectors.toList())) { if (!results.contains(deviceModel)) { results.add(deviceModel); } } System.out.println(results);
这种实现形式恰好又可以用来做对照。
进行问题排查时首先也想到了debug,但是同样出现并未走equals方法的情况。
仔细看了一下代码,发现在Stream处理的过程中用到了map操作。而在之前的文章中也提到,Map中判断一个对象是否已经存在是先通过key的hash值定位到对应的数组下标,如果该位置上的Entry没有值,则直接保存;如果已经有存在的值,再通过equals方法比较值是否一样。
那么,是不是因为重写了equals方法,而没有重写hashcode方法导致的呢?于是,在DeviceModel类中新增了hashcode方法:
@Override public int hashCode() { // JDK7新增的Objects工具类 return Objects.hash(no); }
再次执行,测试方法,发现可以成功去重了。很显然,大佬的失误是在重写equals方法时违背了一条原则:如果一个类的equals方法相等,那么它们的hashcode方法必须相等。由于没有重写hashcode方法导致违背这一原则。因此,在隐式使用Map时就出现了莫名其妙的问题。
经过这一番周折,问题终于解决。想必大家更也更加明白了为什么重写equals方法一定要重写hashcode方法了。后面大佬又考问我一个问题:为什么list.contains方法不会出现这个问题呢?
因为List的底层结构是数组,不像Map那样为了提升效率先对Key进行hash处理比较。简单看一下ArrayList中contains方法的核心实现:
public int indexOf(Object o) { if (o == null) { for (int i = 0; i < size; i++) if (elementData[i]==null) return i; } else { for (int i = 0; i < size; i++) if (o.equals(elementData[i])) return i; } return -1; }
可以看出如果对象不为null时,还是循环调用的equals方法来处理的。
“怎么解决使用Hashcode中distinct()方法没有起效问题”的内容就介绍到这里了,感谢大家的阅读。如果想了解更多行业相关的知识可以关注亿速云网站,小编将为大家输出更多高质量的实用文章!
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。