java Date equals 的坑

本文探讨了在Java中使用不同日期类型(如Date与Timestamp)进行equals比较时出现的不一致现象。具体分析了当一个变量的真实类型为Timestamp时,即使两个日期变量表示的时间相同,equals方法也可能返回false的原因。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

今天在JDK6上做开发,遇到一个很诡异的问题。

Domain中一个实体是Date,称为变量 a,

使用Calendar构造出来的Date,称为变量b,

虽然都是同一天,比如 2016-11-11 00:00:00,但是调用equals的结果却是不一样,为什么会出现这个情况?

System.out.println(a.equals(b)); // false
System.out.println(b.equals(a)); // true

Domain的变量来自Hibernate,虽然其类型描述为java.util.Date,但是其真实类型是Timestamp,其equals方法为

public boolean equals(java.lang.Object ts) {
      if (ts instanceof Timestamp) {
        return this.equals((Timestamp)ts);
      } else {
        return false; // 直接返回false
      }
    }

  而java.util.Date的equals方法为

public boolean equals(Object obj) {
        return obj instanceof Date && getTime() == ((Date) obj).getTime(); // 比较的是毫秒值,因此返回true
    }

  总结:所以这些看似同一个类的equals比较还需要看其真实类型的比较

  可以使用getTime()方法跳过这个坑,如果使用JDK8的LocalDateTime也是可以跳过这个坑

转载于:https://www.cnblogs.com/nathansz/p/6055468.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值