如何调试在 Java 7 下工作但在 Java 8 下不工作的东西
How to debug something that works under Java 7 but not under Java 8
我有一个单元测试的项目在 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
and HashSet
. A particular iteration order is not specified for HashMap
objects - any code that depends on iteration order should be fixed.
因此,在调试 Java 7 -> 8 次失败时,我要做的第一件事就是寻找 HashMap
、HashSet
和 ConcurrentHashMap
的误用。找到错误后,您有几个选择:
- 将数据结构替换为明确提供迭代顺序的数据结构,例如
LinkedHashMap
, TreeMap
, or ImmutableMap
.
- 从您的生产代码中删除迭代顺序假设(例如,假设某个 key/value 将是地图中的第一个元素)。
- 改进您的测试以实际检查指定的行为(哪些元素)而不是未指定的行为(什么顺序)。测试数据通常会以一种易于编写但不正确的方式定义,例如使用内联数组语法
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 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
, orImmutableMap
. - 从您的生产代码中删除迭代顺序假设(例如,假设某个 key/value 将是地图中的第一个元素)。
- 改进您的测试以实际检查指定的行为(哪些元素)而不是未指定的行为(什么顺序)。测试数据通常会以一种易于编写但不正确的方式定义,例如使用内联数组语法
int[] expected = {1,2,3}
然后循环遍历元素。您可以使用 Guava 的静态构造函数 (ImmutableSet.of(1,2,3)
) 或 Truth 的流畅断言语法 (assertThat(someSet).containsExactly(1, 2, 3)
). 使这更容易
如果散列排序被证明不是根本原因,您的问题可能更加微妙,您的最佳选择可能是按照建议使用调试器逐步完成。请务必至少浏览 What's New in JDK 8 以及线索。