java使用日期强制TimSort IllegalArgumentException
使用Java8U151
我们正在进行以下工作:
Collections.sort(srs, (sr1, sr2) -> sr1.getValidStartTime().compareTo(sr2.getValidEndTime()));
其中getValidStartTime和getValidEndTime是日期对象
显然,这段代码是错误的,因为我们的目标实际上只是根据开始时间进行排序
然而,不幸的是,导致问题的数据被从数据库中删除,我们得到了臭名昭著的IllegalArgumentException。这似乎合乎逻辑,因为在元素之间,我们没有使用相同的值进行比较(A.start与B.end进行比较,但B.start与C.end进行比较)
我不能做的是找出导致再次抛出此异常的数据集。修正代码以总是比较开始时间是正确的方法,但是关于数据集前后的测试,我还不能证明修正的正确性(即使每个人都同意我们正在进行更改)
我试着研究TimSort的mergeHi方法,它抛出了这个,但是我不能完全理解正在进行的所有gallop和数组复制。因此,虽然我可以知道异常抛出的位置,但要使其可复制却遇到了失败
日期对象在排序之间是静态的。一旦在数据库中设置,它们是不可变的。在排序期间,列表本身也没有改变。所以对我来说,我可能是错的,这指向数据,我们有一些奇怪的开始和结束日期组合,违反了传递子句,但我尝试过的每个组合都会得到一个有效的排序(如果不是有点奇怪的话)
谢谢
# 1 楼答案
最简单的方法就是不断生成随机列表,并尝试排序,直到检查失败。在jdk 1.8.0_111上,导致异常的最短列表是32个元素。以下是可用于初始化
Date
值并将导致异常的开始/结束时间戳列表:# 2 楼答案
很难拿出数据,导致
TimSort
抛出“比较法违反了它的总合同!”例外,当给出一个有缺陷的比较器时。作为Misha pointed out(+1),输入必须至少有32个元素长,并且生成随机数据直到得到一个导致异常的数据似乎是一种合理的方法拥有这样的输入数据似乎有助于显示bug实际上已经修复。毕竟,它与旧的比较器崩溃了,而且它可能不会与固定的比较器崩溃。这是一个证据,但它实际上并没有表明固定的比较器实际上是固定的;它可能不会导致该输入数据出现问题,但也可能会导致其他输入数据崩溃
问题是,你想走多远
依靠图书馆
一种方法是简单地使用Java8构造来创建一个比较器。你可以将声明改写如下:
如果您相信库的排序例程工作,并且
Comparator.comparing
例程工作,那么您可能不需要测试这个测试比较仪合同要求
如果你真的想测试这个比较器(或者你想测试一个更复杂的比较器),另一种方法是根据^{} 方法规范中列出的要求为它编写一些单元测试:
反对称:对于所有x和y,
sgn(compare(x, y)) == -sgn(compare(y, x))
及物性:
((compare(x, y)>0) && (compare(y, z)>0))
意味着compare(x, z)>0
可替代性:
compare(x, y)==0
意味着sgn(compare(x, z))==sgn(compare(y, z))
对于所有z您可以编写一些单元测试,获取一组固定的值,并验证给定比较器对于从值集中获取的所有输入组合是否具有这些属性
验证排序结果的顺序
还有一种方法是获取一些输入数据(真实的或随机生成的),并使用比较器对其进行排序。如果没有崩溃,请验证生成的列表是该比较器施加的顺序。如果比较器的行为不一致,则对项目进行排序的结果可能甚至可能不会产生一个根据比较器进行实际排序的列表。这是因为在排序过程中应用比较器的项目与比较相邻项目时应用比较器的项目不同。当然,这并不能保证找到错误,但它是一种潜在的有用的交叉检查。注意,这并不能测试比较器在语义上是否正确。它只是测试比较器的行为是否一致