AssertJ递归比较中集合元素字段检查问题解析

在Java单元测试领域，AssertJ库因其流畅的API和强大的断言能力而广受欢迎。其中递归比较功能（recursive comparison）是进行复杂对象比较时的利器，但在处理集合类型字段时存在一个值得注意的行为特性。

问题现象

当开发者尝试对包含集合字段的对象进行递归比较，并希望仅比较集合元素中的特定字段时，会遇到字段不存在的错误提示。例如以下测试用例：

@Data
static class Person {
    private final String name, address;
    private List<Person> friends = new ArrayList<>(), enemies = new ArrayList<>();
}

@Test
void listElementFieldComparison() {
    Person sherlock1 = new Person("Sherlock Holmes", null);
    sherlock1.friends.add(new Person("Dr. John Watson", null));
    Person sherlock2 = new Person("Sherlock Holmes", null);
    sherlock2.friends.add(new Person("Dr. John Watson", "Baker Street"));

    assertThat(sherlock1).usingRecursiveComparison(RecursiveComparisonConfiguration.builder()
            .withComparedFields("friends.name")
            .build()).isEqualTo(sherlock2);
}

执行时会抛出IllegalArgumentException异常，提示"fields don't exist: {name in <friends.name>}"。

技术背景

AssertJ的递归比较机制通过RecursiveComparisonIntrospectionStrategy接口来检查对象结构。默认实现会：

1. 将集合视为整体节点，不会深入检查集合元素的内部结构
2. 仅当明确指定集合元素的字段路径时才进行验证
3. 当前版本(3.25.2)在字段存在性检查阶段未正确处理集合元素的字段路径

解决方案分析

提问者提供了一个自定义的ComparingProperties实现方案，其核心思路是：

1. 当遇到Collection类型时，获取首个元素的字段结构
2. 递归检查集合元素的字段结构
3. 处理空集合的特殊情况

这种方案虽然可行，但需要注意：

• 假设集合中所有元素具有相同结构
• 空集合处理可能影响断言语义
• 需要覆盖更多集合类型（如Set、Map等）

最佳实践建议

在实际项目中处理类似场景时，可以考虑：

1. 使用明确的元素类型断言：

assertThat(sherlock1.getFriends())
    .extracting("name")
    .containsExactly("Dr. John Watson");

2. 等待AssertJ官方修复（该问题已在后续版本中解决）

3. 对于复杂结构，考虑自定义比较器或转换器

技术启示

这个问题反映了递归比较在处理嵌套数据结构时的常见挑战：

• 路径解析需要平衡简洁性和表达力
• 集合元素的元数据访问需要特殊处理
• 空集合和异构集合的语义需要明确定义

理解这些底层机制有助于开发者更有效地使用断言库，并在遇到类似问题时能够快速定位原因和解决方案。