将 jmockit 期望与匹配器和原始类型结合使用

Question

我正在使用 jmockit 进行单元测试（使用 TestNG），并且在使用 Expectations 类来模拟使用原始类型（布尔值）作为参数的方法（使用匹配器）时遇到问题。 这是一些说明问题的示例代码。

/******************************************************/
import static org.hamcrest.Matchers.is;

import mockit.Expectations;

import org.testng.annotations.Test;

public class PrimitiveMatcherTest {
  private MyClass obj;

  @Test
  public void testPrimitiveMatcher() {
    new Expectations(true) {
      MyClass c;
      {
        obj = c;
        invokeReturning(c.getFoo(with(is(false))), "bas");
      }
    };

    assert "bas".equals(obj.getFoo(false));

    Expectations.assertSatisfied();
  }

  public static class MyClass {
    public String getFoo(boolean arg) {
      if (arg) {
        return "foo";
      } else {
        return "bar";
      }
    }
  }
}
/******************************************************/

包含调用 invokeReturning(...) 的行抛出 NullPointerException。

如果我更改此调用以不使用匹配器，如下所示：

invokeReturning(c.getFoo(false), "bas");

它工作得很好。 这对我来说没有好处，因为在我的真实代码中，我实际上是在模拟多参数方法，并且我需要在另一个参数上使用匹配器。 在这种情况下，Expectations 类要求所有参数都使用匹配器。

我很确定这是一个错误，或者也许无法将匹配器与原始类型一起使用（这会让我感到难过）。 有没有人遇到过这个问题，并且知道如何解决它？

Answer 1

问题是期望使用的组合以及匹配器不支持原始类型。

Matchers 代码依赖于 Generic，它基本上不支持原始类型。 通常Matchers的使用更多是为了匹配值； 使用 Java 5 中的自动装箱/拆箱功能，这通常不是问题。

但是 JMockit 的 Expectation 并不使用它来匹配值，而是使用它进行某种解析来确定方法调用签名类型..在这种情况下，匹配器将导致布尔类型，而您的方法是原始类型..所以它失败正确地嘲笑它。

很抱歉，我无法告诉您任何解决方法。 也许其他人可以帮忙。

Answer 2

我更改了 JMockit（版本 0.982），以便“with(is(false))”和其他类似的变体现在按预期工作（它不再返回 null，而是返回内部匹配器内的实际参数值）。

Answer 3

所以问题似乎出在 Expectations.with() 上：

   protected final <T> T with(Matcher<T> argumentMatcher)
   {
      argMatchers.add(argumentMatcher);

      TypeVariable<?> typeVariable = argumentMatcher.getClass().getTypeParameters()[0];

      return (T) Utilities.defaultValueForType(typeVariable.getClass());
   }

对 typeVariable.getClass() 的调用没有达到作者预期的效果，并且对 Utilities.defaultValueFor 类型的调用返回 null。 原始布尔值的去自动装箱是 NPE 的来源。

我通过将 invokeReturning(...) 调用更改为：

invokeReturning(withEqual(false)), "bas");

我不再在这里使用匹配器来修复它，但它足以满足我的需要。