您可以使用'any element'指令，并且为了防止误报，其中一个元素具有预期的objIdLong，而另一个元素具有预期的objFKeyString，您可以合并存取子。
大概是这样的：

.andExpect(jsonPath('$.id[?(@.objIdLong == 533252 && @.objFKeyString == \'SomeString\')]').exists())
.andExpect(jsonPath('$.id[?(@.objIdLong == 642654252 && @.objFKeyString == \'ThisString\')]').exists())
.andExpect(jsonPath('$.id[?(@.objIdLong == 4624352 && @.objFKeyString == \'SomeOtherString\')]').exists())

只要返回的JSON包含以下内容，这些Assert将被视为真：

• 包含objIdLong=533252和objFKeyString="SomeString"的id子文档
• 包含objIdLong=642654252和objFKeyString="ThisString"的id子文档
• 包含objIdLong=4624352和objFKeyString="SomeOtherString"的id子文档

在撰写本文时，有一种更简单的方法.andExpect(content().json(expected_response))
.json文件夹（expected_response）validation有一个选项来进行严格或宽松的检查。这对于你不关心响应顺序的数组很有帮助。如果你想打开严格的检查，你可以像.json(expected_response,true)一样打开它。你也可以从文件读取器加载整个响应，然后直接Assert，而不必繁琐地写json路径。下面是一个完整的示例。

@Test
  @DisplayName("invalid fields")
  void invalidfields() throws Exception {

    String request = getResourceFileAsString("test-data/http-request/invalid-fields.json");
    String response_file_path = "test-data/http-response/error-messages/invalid-fields.json";
    String expected_response = getResourceFileAsString(response_file_path);

    mockMvc.perform(evaluateRulesOnData(TRACKING_ID.toString(), request))
        .andExpect(status().isBadRequest())
        .andExpect(content().json(expected_response));
  }

用于从类路径加载测试文件的helper函数

public static String getResourceFileAsString(String fileName) throws IOException {
    Resource resource = new ClassPathResource(fileName);
    File file = resource.getFile();
    return new String(Files.readAllBytes(file.toPath()));
  }

预期响应有一个数组，该数组包含列表中的许多元素，这些元素在每个测试运行期间都是匹配的，尽管它们的顺序是随机的。