java - 自定义 ClassLoader 在 JUnit 测试中代理静态库类

Question

问题
是否可以使用自定义提供类的实现 ClassLoader ，这将在静态上下文中得到正确利用？

背景
我正在使用一个框架，该框架建议我们使用静态类来连接依赖项。
它的工作原理是这样的..

public class MyClass {

    @ThisIsADependency
    private MyDependency myDependency;

    public void initialize() {
        FrameworkProvidedDependencyResolver.resolveDependencies(this);
    }

}

正如您所料，这对于测试来说是一场噩梦，而且，果然 FrameworkProvidedDependencyResolver (不是真实姓名)抛出 NullPointerException除非从 Activity 框架环境中调用，而 JUnit 不可能做到这一点。

我想做的是提供自定义 ClassLoader我可以在 JUnit 测试中使用它来提供自定义 FrameworkProvidedDependencyResolver它连接模拟依赖项或其他东西。

好的，这就是我希望单元测试的样子:

@RunWith(MyTestRunner.class)
public class TestMyClass {

    @Test
    public void testInitialization() {
        MyClass myClass = new MyClass();
        myClass.initialize();
        // not much of a test, I know
    }

}

MyTestRunner是我选择使用我的自定义 ClassLoader 的地方..

public class MyTestRunner extends BlockJUnit4ClassRunner {

    public MyTestRunner(Class<?> clazz) throws InitializationError {
        super(getFromMyClassLoader(clazz));
    }

    private static Class<?> getFromMyClassLoader(Class<?> clazz) throws InitializationError {
        try {
            ClassLoader testClassLoader = new MyClassLoader();
            return Class.forName(clazz.getName(), true, testClassLoader);
        } catch (ClassNotFoundException e) {
            throw new InitializationError(e);
        }
    }

}

谢谢@AutomatedMike .

好的，这样就解决了 MyClassLoader进入混合，我可以有机会换出FrameworkProvidedDependencyResolver使用自定义依赖解析器进行测试..

public class ZKTestClassLoader extends URLClassLoader {

    public ZKTestClassLoader() {
        super(((URLClassLoader) getSystemClassLoader()).getURLs());
    }

    @Override
    public Class<?> loadClass(String name) throws ClassNotFoundException {
        Class<?> loadedClass = findLoadedClass(name);
        if (loadedClass != null) {
            return loadedClass;
        }
        System.out.println("Loading " + name);
        if (name.startsWith("my.test.classes")) {
            // Make sure we use MyClassLoader to load the test classes,
            // thus any classes it loads (eg: MyClass) will come through here.
            return super.findClass(name);
        } else if (name.endsWith("FrameworkProvidedDependencyResolver")) {
            // What should do we do here?
        }
        return super.loadClass(name);
    }

}

好的，现在我们可以加载自定义 FrameworkProvidedDependencyResolver而不是框架提供的..但我该怎么做呢？

我可以忽略对“FrameworkProvidedDependencyResolver”的请求并返回另一个类，例如“MyMockFrameworkProvidedDependencyResolver”。没关系，但是当 MyClass.initialize呼吁FrameworkProvidedDependencyResolver从静态上下文中，我们得到 NoClassDefFoundError 。有道理。

我可以尝试命名MyMockFrameworkProvidedDependencyResolver与真实一样FrameworkProvidedDependencyResolver并将其放入另一个包中(例如: i.hate.my.framework.FrameworkProvidedDependencyResolver )。这也不起作用 MyClass是专门看真实的FrameworkProvidedDependencyResolver 、包装和所有。

我可以尝试将我的类命名为真实的FrameworkProvidedDependencyResolver并将其放在与我的框架提供的相同的包中..但现在我什至不需要 ClassLoader 。 JVM 会被两者混淆，并加载类路径中合适的一个，可能是我的。这里的问题是这现在适用于所有测试；不是我正在寻找的解决方案。

最后，我无法使用 Proxy 因为FrameworkProvidedDependencyResolver不是interface .

好的，重申一下我的问题:
是否可以使用自定义提供类的实现 ClassLoader ，这将在静态上下文中得到正确利用？也许，我可以在它自己的唯一路径中拥有一个具有唯一名称的类，我可以在加载它时对其进行编辑，这样它就会以我试图覆盖的预期路径和名称出现在 JVM 中？当然，欢迎任何其他解决方案。

Answer 1

首先，您应该质疑是否真的有必要模拟静态 resolveDependency() 方法。相反，您可以将 initialize() 委托(delegate)给另一个对象/方法并模拟它。或者您可以使用半模拟(例如通过Mockito spy )来模拟被测类上的initialize方法。或者，您可以使 MyClass 变得非常小(通过将功能转移到其他类中)，从而不再需要对其进行(单元)测试。或者，也许您可​​以阻止调用 initialize() 并进行自己的初始化。

如果您得出的结论是您绝对需要模拟静态方法，请务必使用支持此功能的模拟框架，而不是发明自己的解决方案(这将很困难)。这个市场上两个著名的竞争者是 PowerMock和 JMockit .

PS:我不清楚为什么你要故意从测试中调用 initialize 方法。意图是什么？