Java中如何对两个Consumer函数进行相等性断言

首先明确一个核心事实：直接对两个Lambda形式的Consumer做实例相等判断是不可行的。Java规范没有对Lambda表达式的实例化策略做强制约束，哪怕代码逻辑完全一致，不同调用点、不同次加载生成的Lambda实例默认走Object的引用相等判断，==和默认equals()几乎不可能返回匹配结果。
你可以根据自己的业务场景选下面三种方案：

• 行为等价断言（最推荐，符合函数式逻辑的标准判断方式）
  函数的相等本质是「相同输入产生相同输出/相同副作用」，不需要纠结实例本身是不是同一个，构造测试输入分别执行两个Consumer，断言执行后的结果完全一致即可。
  示例代码：

  import static org.junit.jupiter.api.Assertions.*;
  
  // 构造多组测试输入，覆盖普通场景和边界场景
  Collection<Object> testCaseForExpected = new YourCollectionImpl();
  Collection<Object> testCaseForActual = new YourCollectionImpl();
  
  // 分别执行两个Consumer
  expected.accept(testCaseForExpected);
  actual.accept(testCaseForActual);
  
  // 断言执行后的对象状态完全匹配，对应你示例里setId(1)的逻辑
  assertEquals(1, testCaseForExpected.getId());
  assertEquals(testCaseForExpected.getId(), testCaseForActual.getId());
  
  // 补充边界用例：比如传入已有id的集合、空元素集合等，验证逻辑一致性
  

  如果你的Consumer逻辑没有对象修改副作用，只要断言两个实例执行时都不抛出预期外异常、对输入的处理逻辑匹配即可。
• 自定义Consumer实现类，重写相等判断逻辑
  如果你一定要做实例层面的equals断言，就不要用Lambda写法定义expected和myMethod()的返回值，显式写Consumer的实现类，在类中按业务逻辑重写equals()和hashCode()。
  示例代码：

  import java.util.Objects;
  import java.util.function.Consumer;
  
  // 显式定义逻辑固定的Consumer实现
  public class SetIdOneConsumer implements Consumer<Collection<Object>> {
      private static final int FIXED_ID = 1;
  
      @Override
      public void accept(Collection<Object> col) {
          col.setId(FIXED_ID);
      }
  
      @Override
      public boolean equals(Object o) {
        // 同类型实例逻辑完全一致，判定为相等
        return o instanceof SetIdOneConsumer;
      }
  
      @Override
      public int hashCode() {
        return Objects.hash(FIXED_ID);
      }
  }
  
  // 预期实例使用自定义实现类
  Consumer<Collection<Object>> expected = new SetIdOneConsumer();
  Consumer<Collection<Object>> actual = myMethod();
  
  // 此时可以直接做相等断言，注意myMethod()也必须返回SetIdOneConsumer实例
  assertEquals(expected, actual);
  

• 引用相等断言（仅适用于返回固定常量实例的场景）
  如果你明确知道myMethod()的逻辑是每次返回同一个预定义的Consumer常量（比如类中提前初始化的静态final实例），直接用引用相等判断即可：

  // 仅当actual和expected指向同一个对象时断言通过
  assertSame(expected, actual);
  

注意：不要尝试通过反射读取Lambda的序列化信息、方法句柄等黑科技做相等判断，这类方案强依赖JVM内部的Lambda实现细节，不同JDK版本、不同厂商的JVM表现差异极大，稳定性极差，不建议在测试或生产代码中使用。

内容的提问来源于stack exchange，提问作者Bibou