equals()和hashCode()的关系约定为:
equals()返回true,则hashCode()一定相等;反之不然
object的默认实现为equals为:x == y,hashCode为对象的内存地址转换成的整数
所有的primitive数据类型对应的包装对象的equals均override了equals()和hashCode(),其中equals为值相等,hashCode为值
Integer为何要overide equals()方法? 如果它不用于HashMap的key的话,没啥问题;但如果用于key的话,不override equals()方法就太傻了
hashCode()存在的目的仅仅是基于效率。
自己实现equals()和hashCode()方法的约束:
1.对称性
2.自反性
3.传递性
4.与hashCode()的一致性:两个equals()相同的对象,其hashCode()必须相同
所有基于hash的集合collection会假定用作key的对象的hashCode()不会改变
equals()返回true,则hashCode()一定相等;反之不然
object的默认实现为equals为:x == y,hashCode为对象的内存地址转换成的整数
所有的primitive数据类型对应的包装对象的equals均override了equals()和hashCode(),其中equals为值相等,hashCode为值
Integer为何要overide equals()方法? 如果它不用于HashMap的key的话,没啥问题;但如果用于key的话,不override equals()方法就太傻了
hashCode()存在的目的仅仅是基于效率。
自己实现equals()和hashCode()方法的约束:
1.对称性
2.自反性
3.传递性
4.与hashCode()的一致性:两个equals()相同的对象,其hashCode()必须相同
所有基于hash的集合collection会假定用作key的对象的hashCode()不会改变
本文深入探讨了equals()和hashCode()方法之间的关系及其重要性。详细解释了这些方法如何影响Java对象的行为,特别是在HashMap等基于hash的数据结构中。文章还讨论了实现这两个方法时需要遵循的原则。
707

被折叠的 条评论
为什么被折叠?



