animation 先执行一次在持续执行_由一次单测执行成功引起的思考-CSDN博客

本文链接：https://blog.csdn.net/weixin_28697603/article/details/112085641

About Junit

在整个java生态系统里面，junit无疑是使用最广泛的单元测试框架之一。目前稳定的版本已经更新到了junit4.12，同时2019 junit4.13的beta版本也进行了发布。除此之外，junit5也更新到了5.4.0。从整个maven的引用量上看。junit4的引用量为86162，junit5为3032。单从目前来看。在进行单元测试框架的选择上，junit4肯定是首选。随着junit5对jdk8新特性的支持，相信它的应用也会越来越广泛。

About Assert

在org.junit.Assert类里面，定义了很多静态方法，用来判断期望结果与实际结果是否一致。两个对象或基本数据类型是否一致是一个比较口语化的说法。那么我们具体看看junit框架是如何来进行判断的。

Assert Object

如果期望结果和实际结果是java的对象。Junit在进行assert时，调用的重载方法为assertEquals(Object expected, Object actual)，一步步跟进到该方法的底层实现。最终会发现在进行两个对象相等判断时，用到的是Object类的equals方法。equals的底层实现是 ==判断。

通过以上的判断，两个Object对象进行assert判断的话，如果两个对象的引用指向的是同一个对象实例，那么assertEquals为true，否则为false。

为了验证，笔者定义了两个Object对象实例，同assertEquals来进行判断是否一样。验证的结果是assert失败了。因为object1与object2指向的是不同的对象实例。

但是笔者在实际使用中却发现，在单测用例中定义了两个不同的对象实例，最终assert结果却是true。

验证到这里时，笔者感觉有点儿疑惑了。难道刚才的说法有错误吗？为了再次验证刚才的说法。笔者对刚才的单测用例做了一个小的修改。在两个对象创建的代码间添加了一秒的等待，然后再次执行该测试用例。最终结果是验证失败了。

重写-Override

在java中，所有的类都隐式的继承自Object类。在Object类中定义了11个方法。跟本文相关的为equals方法。

Java Util Date类也继承自Object，同时Date类override了父类的equals方法。

根据java多态的特性，当子类对象调用重写的方法时，调用的是子类的方法，而不是父类中被重写的方法。因此在比较date1与date2时，实际上调用的是Date类的equals方法。在equals方法里面，实际上比较的是两个Date实例的从1970年到实例创建完成的毫秒数。

通过验证的结果来看，可以反推出来date1与date2的getTime是一样的。改造一下测试用例，来比较两个实例的毫秒数。结果是true。

深入分析

写到这里，笔者好像知道原因为什么date1与date2是一样的了。那么是不是可以反推出来，Date date1 = new Date(); Date date2 = new Date2(); 在这两个实例创建的时候用时是一样的呢？

然后为了验证这个推断，将之前的测试用例再做一次改造。计算一下实例化两个Date实例的用时。发现多次执行的时间差结果每次还都不太一样，但是assert的结果都是true。

经过上面的验证，笔者又一次不知道该如何解释底层的原因了。莫非在Date实例化的时候JVM做了什么特殊的处理？因为测试用例中用到的类初始化方法为new Date();那么我们看看new()都具体做了什么？代码跟进的结果可以看到，new Date()实质上就是用System.currentTimeMillis()初始化了一个Date对象。然后将该参数赋给了Date类的fastTime属性。