我有一个带有单元测试的项目,它在 Java 7 下运行,但在 Java 8 下运行不正常。有没有好的方法来调查这些事情? (我确定测试是正确的;这表明在实现中存在一个细微的错误。)
真的,我想我想要的是一种快速识别代码路径分歧位置的方法。但这很难,因为通过 JDK 在非常低的级别上,代码路径可能存在各种差异,我不想陷入无关紧要的差异,这些差异归结为微小的优化。
所以最好的办法可能是询问在什么顶层追踪路径的分歧;然后,从那个点之前开始,询问在什么第二层追踪路径的分歧;等等。
但我不知道是否有办法做到这一点。如果我没有系统的方法,我担心我会浪费很多时间。
顺便说一下,代码是 Apache Phoenix存储库,在 Java 8 下,出现以下故障:
Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.006 sec <<< FAILURE! - in org.apache.phoenix.schema.PMetaDataImplTest
testEviction(org.apache.phoenix.schema.PMetaDataImplTest) Time elapsed: 0.006 sec <<< FAILURE!
java.lang.AssertionError: expected:<3> but was:<2>
at org.junit.Assert.fail(Assert.java:88)
at org.junit.Assert.failNotEquals(Assert.java:834)
at org.junit.Assert.assertEquals(Assert.java:645)
at org.junit.Assert.assertEquals(Assert.java:631)
at org.apache.phoenix.schema.PMetaDataImplTest.testEviction(PMetaDataImplTest.java:98)
最佳答案
Java 7 和 Java 8 之间最明显的变化之一是对 how hash data structures handle collisions 的更改- 以前使用链表,现在条目存储在平衡树中。在某些情况下,这会影响这些数据结构的迭代顺序。这不是语言回归,因为这些数据结构没有明确指定迭代顺序,但粗心的代码和测试很容易编写为假定特定顺序。
In rare situations, this change could introduce a change to the iteration order of
HashMap
andHashSet
. A particular iteration order is not specified forHashMap
objects - any code that depends on iteration order should be fixed.
因此,当调试 Java 7 -> 8 失败时,我要做的第一件事就是寻找 HashMap
的误用。 , HashSet
, 和 ConcurrentHashMap
.找到错误后,您有几个选择:
- 将数据结构替换为明确提供迭代顺序的数据结构,例如
LinkedHashMap
,TreeMap
, 或ImmutableMap
. - 从您的生产代码中删除迭代顺序假设(例如假设某个键/值将是映射中的第一个元素)。
- 改进您的测试以实际检查指定的行为(哪些元素)而不是未指定的行为(顺序)。通常测试数据会以一种易于编写但不正确的方式定义,比如使用内联数组语法
int[] expected = {1,2,3}
然后遍历元素。您可以使用 Guava 的静态构造函数 (ImmutableSet.of(1,2,3)
) 或 Truth 使这更容易流畅的断言语法 (assertThat(someSet).containsExactly(1, 2, 3)
)。
如果哈希排序被证明不是根本原因,您的问题可能更加微妙,您的最佳选择可能是按照建议使用调试器逐步完成。一定要至少浏览一下 What's New in JDK 8以及线索。
关于java - 如何调试在 Java 7 下工作但在 Java 8 下不工作的东西,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/32870816/