如何理解JavaDateTimestamp日期比较的错误分析

源码分析

通过查看源码可以看到问题所在。
首先，Date类方法getMillisOf()的第一个if判断中date不为空，但是isNormalized()返回true。这个normalize是CalendarDate中的私有属性，只要调用过set/add之类修改时间的方法就会变成false。其他说明请看cdate的注释。
其次，Date构造方法直接将系统的毫秒级别的long数值赋给了fasttime。
再来，Timestamp构造方法截取秒级的时间存入fasttime, 将毫秒微妙计入nanos中。

调试分解

然后我们对比下new Date() vs new Timestamp(System.currentTimeMillis())
两者存储方式的区别通过下面两个图就可以清楚分辨，只要注意fastTime。

• Date fastTime的最后三位是956，说明是精确到毫秒的

• Timestamp的最后三位是000，说明被截取到秒，而真正的毫秒166被放到nanos中了

结论说明

1. 错误的根源是混用了Date 和 Timestamp, 导致日期比对失效。
   ORM从数据库中取出的时间类型是Date first(见文末图），而当前的时间戳获取方式错用了Timestamp second(见文末图), 只要修改为new Date() 就可以了。

2. 如果无法避免混用，那就不要使用after() before()做日期对比！
   直接用 getTime() 比较long的大小即可！有兴趣的同学可以看下Timestamp getTime()的源码, 它会把nanos拼装回数值中！

如何重现

两个long类型的数据，一个800毫秒，一个900毫秒，可以看出after（before类似， compareTo慎用）返回的结果是错误的。

public static void main(String[] args) throws IOException {
    Date d = new Date(1473247063800L);
    Date t = new Timestamp(1473247063900L);
    System.out.println(d.getTime());
    System.out.println(t.getTime());
    System.out.println(t.after(d));  //false, 错误结果
    System.out.println(t.compareTo(d));  //1, 正确结果...Timestamp的compareTo方法被重载了所以这里没问题。
    System.out.println(d.compareTo(t));  //1, 错误结果...Date的compareTo方法还是错误的。
    System.out.println(t.getTime() > d.getTime()); //true, 正确结果
}