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

Java 大视界 -- Java 大数据在智能交通高速公路收费系统优化与通行效率提升实战(429)

Java 大视界 -- Java 大数据在智能交通高速公路收费系统优化与通行效率提升实战(429)

Java 大视界 -- Java 大数据在智能交通高速公路收费系统优化与通行效率提升实战(429) * 引言: * 正文: * 一、高速收费系统的三大核心痛点与数据瓶颈 * 1.1 传统收费模式的效率天花板 * 1.2 数据孤岛导致的 “盲态运营” * 1.3 计费准确性与异常检测难题 * 1.4 优化前核心指标(数据来源:交通运输部 2022 年公开数据 + 某省运营统计) * 二、Java 大数据技术栈选型与架构设计 * 2.1 技术选型核心原则 * 2.2 核心技术栈详解(生产环境验证版) * 2.3 整体架构设计(Java 大数据驱动的收费系统架构) * 三、核心优化方案与 Java 大数据实战实现 * 3.1 实时车流预测与车道动态调度(

By Ne0inhk
利用Chatbox AI工具 | 一分钟打造小红书爆款

利用Chatbox AI工具 | 一分钟打造小红书爆款

文章目录 * 一、Chatbox AI工具 * 1.2 Chatbox AI特点 * 1.2.1 支持多种主流和新模型 * 1.2.2 实时联网搜索与查询 * 1.2.3 文档处理和图片聊天 * 1.2.4 AI图像生成 * 1.2.5 AI 生成的图标与可视化见解 * 1.2.7 隐私数据进行本地存储 * 1.3 Chatbox API 与第三方 API 的区别 * 二、Chatbox工具助力打造小红书高质量社交媒体 * 2.1 对标优质账号 * 2.2 点击"小红书文案生成器&

By Ne0inhk
(第三篇)Spring AI 实战进阶:从0开发IDEA插件版AI代码助手(Java全栈+上下文感知)

(第三篇)Spring AI 实战进阶:从0开发IDEA插件版AI代码助手(Java全栈+上下文感知)

前言 作为 Java 开发者,我们每天都在重复编写 CRUD 代码、调试语法错误、优化性能问题 —— 这些机械性工作占用了大量时间,而市面上的通用 AI 代码助手(如 Copilot)往往无法精准感知项目上下文(比如项目的包结构、依赖版本、数据库表结构),生成的代码需要大量修改才能落地。 笔者近期基于 Spring AI+IDEA 插件开发了一款定制化 AI 代码助手:后端基于 Spring AI 整合 JavaParser、Maven API 实现代码解析与生成,前端通过 IDEA 插件提供对话窗口和一键插入代码功能,支持需求描述→完整代码生成代码优化、上下文感知、补全三大核心能力。本文将从实战角度,完整拆解这款 AI 代码助手的开发全流程,所有代码均为生产环境可直接复用的实战代码,同时结合可视化图表清晰呈现核心逻辑,希望能帮你打造专属的 AI

By Ne0inhk
【深度学习】Java DL4J基于 RNN 构建智能停车管理模型

【深度学习】Java DL4J基于 RNN 构建智能停车管理模型

🧑 博主简介:ZEEKLOG博客专家,历代文学网(PC端可以访问:https://literature.sinhy.com/#/?__c=1000,移动端可微信小程序搜索“历代文学”)总架构师,15年工作经验,精通Java编程,高并发设计,Springboot和微服务,熟悉Linux,ESXI虚拟化以及云原生Docker和K8s,热衷于探索科技的边界,并将理论知识转化为实际应用。保持对新技术的好奇心,乐于分享所学,希望通过我的实践经历和见解,启发他人的创新思维。在这里,我希望能与志同道合的朋友交流探讨,共同进步,一起在技术的世界里不断学习成长。 技术合作请加本人wx(注明来自ZEEKLOG):foreast_sea

By Ne0inhk