JAVA中对象的几种比较

JAVA中对象的几种比较
在这里插入图片描述

文章目录


引言

  • 对象比较是 Java 编程中基础且核心的能力,它直接关系到集合元素的查找、排序、去重,以及业务逻辑中对象相等性的判断,是保证程序逻辑正确性和数据一致性的关键环节。
  • 今天就带分享几个常见的几种比较,全文无尿点,让我们开始吧~

基本元素比较

Java 中基本元素(基本数据类型 + 对应的包装类 + 常用引用类型如 String)的比较规则,可以总结为以下核心要点:

1. 基本数据类型:直接用 == 比较值

Java 的 8 种基本数据类型(byteshortintlongfloatdoublecharboolean),只能用 == 比较值是否相等,不存在 equals() 方法。

int a =10;int b =10;System.out.println(a == b);// true,值相等
  • 注意:不同基本类型比较时会发生自动类型提升,比如 intlong 比较,int 会提升为 long 后再比。

2. 包装类:分两种情况

包装类(IntegerLongBoolean 等)是引用类型,但有常量池缓存机制,比较规则需区分场景:

比较方式适用场景规则说明
==缓存范围内的包装类对象对于 Integer(-128 ~ 127)、Booleantrue/false)等,缓存池内的对象用 == 会返回 true
==缓存范围外的包装类对象会创建新对象,== 比较的是地址,返回 false
equals()所有包装类对象比较的是底层基本类型的值,推荐使用

示例:

Integer i1 =127;Integer i2 =127;System.out.println(i1 == i2);// true,在缓存范围内System.out.println(i1.equals(i2));// trueInteger i3 =128;Integer i4 =128;System.out.println(i3 == i4);// false,超出缓存范围System.out.println(i3.equals(i4));// true

3. String 类型:核心看 ==equals() 的区别

String 是引用类型,且有字符串常量池,比较规则是 Java 面试高频考点:

  • ==:比较的是对象的内存地址
    • 直接赋值的字符串(如 String s = "abc")会存入常量池,相同内容的字符串指向同一个地址。
    • new 创建的字符串(如 String s = new String("abc"))会在堆中创建新对象,地址不同。
  • equals():重写过的方法,比较的是字符串的内容,推荐使用。

示例:

String s1 ="hello";String s2 ="hello";String s3 =newString("hello");System.out.println(s1 == s2);// true,常量池同一对象System.out.println(s1 == s3);// false,地址不同System.out.println(s1.equals(s3));// true,内容相同

基本元素比较的核心建议

  1. 基本数据类型:直接用 == 即可。
  2. 包装类和 String优先用 equals() 比较内容,避免因缓存/常量池机制导致的逻辑错误。

包装类和基本类型混合比较:包装类会自动拆箱为基本类型,用 == 直接比的值。

Integer i =10;int j =10;System.out.println(i == j);// true,i 自动拆箱为 int

总结

  • 对象比较的最佳实践总结
  • 不同场景下的选择建议
  • 未来Java版本中可能的改进
提示:文章写完后,目录可以自动生成,如何生成可参考右边的帮助文档

对象的比较

Java 中自定义对象的比较,核心围绕 内容相等性判断大小关系排序 两大需求,对应四种实现方式,其中前三种是开发中最常用的:

1. 覆写基类 Objectequals() + hashCode()

核心用途

判断两个对象的内容是否相等,是集合去重、条件判断的基础。

核心规则

  • equals():默认比较对象地址(==),需重写为基于核心业务属性(如用户 ID、订单号)的比较逻辑。
  • hashCode():必须和 equals() 保持一致(规范要求:equals 相等的对象,hashCode 必须相同),否则 HashSet/HashMap 等哈希集合会失效。

实现要点

  1. 自反性:x.equals(x) 必须返回 true
  2. 对称性:x.equals(y)y.equals(x) 结果一致。
  3. 传递性:x.equals(y)y.equals(z),则 x.equals(z)
  4. 一致性:对象属性不变时,多次调用 equals 结果不变。
  5. 非空性:x.equals(null) 必须返回 false

示例

publicclassUser{privateLong id;privateString name;@Overridepublicbooleanequals(Object o){if(this== o)returntrue;if(o ==null||getClass()!= o.getClass())returnfalse;User user =(User) o;returnObjects.equals(id, user.id)&&Objects.equals(name, user.name);}@OverridepublicinthashCode(){returnObjects.hash(id, name);}}

适用场景

  • 判断两个对象是否为“逻辑相等”(如判断两个用户是否是同一个人)。
  • 作为 HashSet 元素、HashMapkey 时的必要操作。

2. 基于 Comparable 接口的比较

核心用途

定义对象的自然排序规则(默认排序规则),让对象“天生可比较”。

核心方法

实现 int compareTo(T o) 方法:

  • 返回 正数:当前对象 > 目标对象。
  • 返回 0:当前对象 = 目标对象。
  • 返回 负数:当前对象 < 目标对象。

实现要点

  • 排序规则基于业务核心属性(如按用户 ID 升序、按价格降序)。
  • 需满足比较器一致性x.compareTo(y) == 0 应和 x.equals(y) 结果一致(非强制,但推荐遵守)。

示例

publicclassUserimplementsComparable<User>{privateLong id;privateString name;// 按 id 升序排序@OverridepublicintcompareTo(User o){returnthis.id.compareTo(o.id);}}publicclassUserNameLengthComparatorimplementsComparator<User>{@Overridepublicint compare (User u1,User u2){// 比较两个 User 对象名字的长度int len1 = u1.getName ().length ();int len2 = u2.getName ().length ();// 按名字长度升序排列,如果想降序就反过来减return len1 - len2;}}//然后,当你需要排序的时候,比如对一个 List<User>进行排序,就可以把这个 Comparator 传进去:List<User> userList =newArrayList<>();// 假设已经往 userList 里加了一些 User 对象Collections.sort (userList, new UserNameLengthComparator ());
  • 好的,咱们再捋一遍。Collections.sort 这个方法,其实有两种用法。第一种,只传一个 List,这时候 List 里的每个对象,必须自己会 “比大小”,也就是实现了 Comparable 接口,重写了 compareTo 方法。
  • sort 方法会自动调用对象的 compareTo 来排顺序。第二种,传一个 List 再加一个 Comparator 比较器,这时候对象自己会不会比大小无所谓,sort 方法会用你传的比较器里的规则来排。简单说就是,不传比较器,就用对象自己的 compareTo;传了比较器,就听比较器的。

适用场景

  • 对象有固定的默认排序规则(如用户默认按 ID 排序、商品默认按价格排序)。
  • 用于 Collections.sort(List)TreeSet/TreeMap 的默认排序。

3. 基于 Comparator 比较器的比较

核心用途

定义对象的定制排序规则,灵活扩展多种排序方式,不修改对象本身代码。

核心方法

实现 int compare(T o1, T o2) 方法,规则和 compareTo 一致。

实现形式

  • 匿名内部类。
  • Lambda 表达式(JDK 8+ 推荐)。
  • 静态工具类(如 Comparator.comparing)。

示例

// 方式1:Lambda 表达式,按姓名长度降序Comparator<User> nameLengthComparator =(u1, u2)->Integer.compare(u2.getName().length(), u1.getName().length());// 方式2:工具类,按姓名升序Comparator<User> nameComparator =Comparator.comparing(User::getName);

适用场景

  • 对象需要多种排序规则(如用户可按 ID、姓名、注册时间排序)。
  • 无法修改对象源码(如第三方类),但需要排序。
  • 用于 Collections.sort(List, Comparator)TreeSet 构造函数指定排序规则。

总结一下

比较方式核心作用灵活性适用场景
equals() + hashCode()判断内容相等集合去重、逻辑相等判断
Comparable自然排序(默认规则)对象有固定排序规则
Comparator定制排序(多规则)多种排序需求、第三方类排序
Objects.compare简化比较 + 空指针防护JDK 8+ 简洁排序代码

选型口诀

  • 判相等:重写 equals + hashCode
  • 单排序:实现 Comparable
  • 多排序:用 Comparator 比较器。

可以理解Comparable 就是让你的对象自己学会排序,比如 User 类实现了它,就相当于 User 自己知道 “我要按 id 排”。而 Comparator 呢,就是一个外部的排序小工具,你想让 User 按名字排,就做一个按名字比较的小工具传给排序方法,不用改 User 本身。一个是自带技能,一个是外部工具.

  • 我是Dylan 希望对你有帮助
  • 无限进步~

Read more

Flutter 三方库 mediapipe_core 的鸿蒙化适配指南 - 实现高性能的端侧 AI 推理库集成、支持多维视觉任务与手势/表情识别实战

Flutter 三方库 mediapipe_core 的鸿蒙化适配指南 - 实现高性能的端侧 AI 推理库集成、支持多维视觉任务与手势/表情识别实战

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 三方库 mediapipe_core 的鸿蒙化适配指南 - 实现高性能的端侧 AI 推理库集成、支持多维视觉任务与手势/表情识别实战 前言 在进行 Flutter for OpenHarmony 的智能化应用开发时,集成强大的机器学习(ML)能力是打造差异化体验的关键。mediapipe_core 是谷歌 MediaPipe 框架在 Dart 侧的核心封装库。它能让你在鸿蒙真机上实现极其流畅的人脸检测、手势追踪以及实时姿态估计。本文将深入探讨如何在鸿蒙系统下构建低功耗、高响应的端侧 AI 推理链路。 一、原原理性解析 / 概念介绍 1.1 基础原理 mediapipe_core 作为 MediaPipe 的“神经中枢”

PRD文档写不完?这8款AI工具助你10倍提效

PRD文档写不完?这8款AI工具助你10倍提效

每位产品经理,一定都经历过下面一种或多种场景: * 需求太多写不完,多项目并行,PRD堆积如山; * 反复修改文档,功能改动频繁,文档刚写完就得重写; * 团队协作中,版本混乱、细节遗漏、重复劳动、逻辑不清…… 不得不说,写PRD就是产品经理最耗时、最"麻烦"的工作之一。好在,AI时代已来,有很多AI工具可以一键生成PRD文档!只要会用这些AI工具,产品经理就再也不用苦哈哈地写文档了。 本文精选了8款值得尝试的AI工具,帮你写文档提效10倍,让你能更专注于需求本质和产品决策,把时间和精力花在更重要的事上~ 一、小摹AI 小摹AI是摹客3中内置的AI工具,包含AI生成产品文档、AI生成高保真设计稿、AI检查设计稿三大功能,帮助产品经理全方位提高效率。 你只需要输入主题,AI就能一键生成结构清晰完整的产品文档。文档生成后,用户可以对生成的文档进行全文复制和下载,支持PDF、Word、Markdown多种格式,也可以再次输入需求让AI帮你优化文档,直接节约80%写作时间。 使用地址:https://www.mockplus.

华为昇腾310P 176T算力AI 智能计算模组规格书

华为昇腾310P 176T算力AI 智能计算模组规格书

目录产品介绍...................................................................................................................................... 31、产品简介............................................................................................................................. 32、产品特性............................................................................................................................. 33、应用领域......................................................................................

AI时代的技术民主化:为什么文科生可能成为最大受益者?

AI时代的技术民主化:为什么文科生可能成为最大受益者?

✨道路是曲折的,前途是光明的! 📝 专注C/C++、Linux编程与人工智能领域,分享学习笔记! 🌟 感谢各位小伙伴的长期陪伴与支持,欢迎文末添加好友一起交流! 当技术门槛被无限降低,真正有价值的不再是"怎么写代码",而是"想做什么" 01 一个被忽视的趋势 过去一年,我观察到一个有趣的现象:那些在AI浪潮中赚得盆满钵满的人,并不是技术背景最深厚的那批。 相反,他们中有学中文的、学设计的、学市场营销的。他们有一个共同特点——擅长理解人,擅长讲故事,擅长发现需求。 而这,恰恰是AI目前做不到的。 02 从"技术壁垒"到"创意壁垒" 传统开发流程 vs AI辅助流程 让我们看看传统的产品开发流程与现在的对比: 关键洞察:传统模式下,"想法&