使用assertEquals进行比较时，预期的相等JSON字符串不相等

Question

我为web服务客户端编写了JUnit测试，它向服务提交JSON文档。

我将"正确的"JSON文档保存到文件中，然后在测试执行后将其与实际结果进行比较。

它们不匹配，尽管行是相同的：

    org.junit.ComparisonFailure: 
    Expected :{"Callback":null,"Data":
    {"MarketCode":"ISEM",,............"Price":2.99}]}]}]}]}}
    Actual   :{"Callback":null,"Data":
    {"MarketCode":"ISEM",,............"Price":2.99}]}]}]}]}}

行很长，大约4K字符，所以我在这里删掉了大部分，但它们的长度是相同的。我比较了绳子。调试器中的size（），并在比较之前对其进行修剪，以最终删除一些不可见或空白符号，文本编辑器可以隐式插入这些符号。

此外，当单独执行时，测试是正常的。但当我把它作为更大的套件的一部分运行时，它失败了。

没有全局/静态变量，因此内存重写应该不成问题。我嘲笑Web服务客户端提取请求字符串，如下所示：

StringBuilder pd = new StringBuilder();
doAnswer((invocation) -> {
  String postDocument = ((String)invocation.getArguments()[0]).trim();
  pd.append(postDocument);
  return null;
}).when(client).doPost(anyString(), anyObject());

客户端是模拟类。

然后我比较了修剪过的字符串版本，但这并没有帮助

String expectedSubmit = TestUtils.readXmlFromFile("strategyexecution\\ireland_bm_strategy_override_expected.json").trim();
assertEquals(expectedSubmit, pd.toString().trim());

Answer 1

和XML一样的老问题。对于XML，有一个XMLUnit，它在语义上比较xml-s。对于JSON，我会尝试使用类似的工具，如JsoNUnit。JSONAsrett看起来也很有希望。

Answer 2

我自己找到了答案：-）问题在于JSON规范本身。JSON不能保证数组中元素的顺序相同，它基本上是无序的。因此，内容可以随机重新排序。生成的两个JSON文件不应作为两个字符串进行比较。

我将其反序列化为Java对象，对象比较工作！