函数式接口引发的接口equals方法思考

博客探讨了Comparator接口在Java中的使用,尽管它是一个函数式接口,但其equals方法实际上继承自Object类。尽管接口内定义了equals,其实现仍遵循Object的规则。文章指出,equals方法在Comparator中的定义更多是为了提供文档说明,而不是强制实现,因此不影响其作为函数式接口的性质。
摘要由CSDN通过智能技术生成

问题出现的原因来自于Comparator这个函数式接口。
函数式接口(Functional Interface)就是一个有且仅有一个抽象方法,但是查看Comparator源码的时候发现其还有一个equals方法。
在这里插入图片描述
但是从编译器的提示可以看出,这个equals方法的具体实现来自于Object类。这个就要提到Java中Object这个类了:
Object类说明
即使是接口,也会有这个继承关系,虽然在我们使用当中是不允许接口继承类的。

由此可以知道即使接口里面对equals方法进行了定义,实际上的实现还是Object方法中的,所以也就不算违背了函数式接口的概念。

至于为什么Comparator接口中需要对equals方法进行定义,我也查询了一下,但是大多数的结论说只是为了方便增加Java Doc进行一些说明。我对这个结论也算认同,因为也没有体现出其他的作用(实现Comparator接口的时候是不要求对其中的equals方法进行重写的,相当于就也是用的Object的equals方法,所以他在Comparator里面是否定义都具备这个功能)

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值