模拟系统类时的 Mockito + PowerMock LinkageError

Posted 2023-02-15

【中文标题】模拟系统类时的 Mockito + PowerMock LinkageError

【英文标题】：Mockito + PowerMock LinkageError while mocking system class

【发布时间】：2013-05-07 09:46:13

【问题描述】：

我有这样一个代码sn-p：

@RunWith(PowerMockRunner.class)
@PrepareForTest(Thread.class)
public class AllMeasuresDataTest 

@Before
public void setUp() throws Exception 


@Test
public void testGetMeasures() 
    AllMeasuresData measure = new AllMeasuresData();
    assertEquals(measure.getMeasures(), null);
    HashMap<String, Measure> map = new HashMap<String, Measure>();
    measure.setMeasures(map);
    assertEquals(measure.getMeasures(), map);
    measure.setMeasures(null);
    assertEquals(measure.getMeasures(), null);


@Test
public void testAllMeasuresData() throws IOException 
    ClassLoader loader = PowerMockito.mock(ClassLoader.class);
    Thread threadMock = PowerMockito.mock(Thread.class);
    Vector<URL> vec = new Vector<URL>();
    Mockito.when(loader.getResources("measure")).thenReturn(vec.elements());
    Mockito.when(threadMock.getContextClassLoader()).thenReturn(loader);
    PowerMockito.mockStatic(Thread.class);
    Mockito.when(Thread.currentThread()).thenReturn(threadMock);
        ...
    

在运行这个测试时我得到了：

java.lang.LinkageError: loader constraint violation: loader (instance of org/powermock/core/classloader/MockClassLoader) previously initiated loading for a different type with name "javax/management/MBeanServer"
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:791)
at java.lang.ClassLoader.defineClass(ClassLoader.java:634)
at org.powermock.core.classloader.MockClassLoader.loadUnmockedClass(MockClassLoader.java:201)
at org.powermock.core.classloader.MockClassLoader.loadModifiedClass(MockClassLoader.java:149)
at org.powermock.core.classloader.DeferSupportingClassLoader.loadClass(DeferSupportingClassLoader.java:67)
at java.lang.ClassLoader.loadClass(ClassLoader.java:356)
at org.codecover.instrumentation.java.measurement.ProtocolImpl.initializeMBean(ProtocolImpl.java:247)
at org.codecover.instrumentation.java.measurement.ProtocolImpl.<init>(ProtocolImpl.java:237)
at org.codecover.instrumentation.java.measurement.ProtocolImpl.getInstance(ProtocolImpl.java:185)
at measure.CodeCoverCoverageCounter$6ya5ud0ow79ijrr1dvjrp4nxx60qhxeua02ta2fzpmb1d.<clinit>(MeasureCalculatorsHolder.java:146)
at measure.MeasureCalculatorsHolder.<clinit>(MeasureCalculatorsHolder.java:17)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:188)
at javassist.runtime.Desc.getClassObject(Desc.java:43)
at javassist.runtime.Desc.getClassType(Desc.java:152)
at javassist.runtime.Desc.getType(Desc.java:122)
at javassist.runtime.Desc.getType(Desc.java:78)
at algorithm.AllMeasuresDataTest.testGetMeasures(AllMeasuresDataTest.java:26)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at org.junit.internal.runners.TestMethod.invoke(TestMethod.java:66)
at org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl$PowerMockJUnit44MethodRunner.runTestMethod(PowerMockJUnit44RunnerDelegateImpl.java:312)
at org.junit.internal.runners.MethodRoadie$2.run(MethodRoadie.java:86)
at org.junit.internal.runners.MethodRoadie.runBeforesThenTestThenAfters(MethodRoadie.java:94)
at org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl$PowerMockJUnit44MethodRunner.executeTest(PowerMockJUnit44RunnerDelegateImpl.java:296)
at org.powermock.modules.junit4.internal.impl.PowerMockJUnit49RunnerDelegateImpl$PowerMockJUnit49MethodRunner.executeTestInSuper(PowerMockJUnit49RunnerDelegateImpl.java:116)
at org.powermock.modules.junit4.internal.impl.PowerMockJUnit49RunnerDelegateImpl$PowerMockJUnit49MethodRunner.executeTest(PowerMockJUnit49RunnerDelegateImpl.java:77)
at org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl$PowerMockJUnit44MethodRunner.runBeforesThenTestThenAfters(PowerMockJUnit44RunnerDelegateImpl.java:284)
at org.junit.internal.runners.MethodRoadie.runTest(MethodRoadie.java:84)
at org.junit.internal.runners.MethodRoadie.run(MethodRoadie.java:49)
at org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl.invokeTestMethod(PowerMockJUnit44RunnerDelegateImpl.java:209)
at org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl.runMethods(PowerMockJUnit44RunnerDelegateImpl.java:148)
at org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl$1.run(PowerMockJUnit44RunnerDelegateImpl.java:122)
at org.junit.internal.runners.ClassRoadie.runUnprotected(ClassRoadie.java:34)
at org.junit.internal.runners.ClassRoadie.runProtected(ClassRoadie.java:44)
at org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl.run(PowerMockJUnit44RunnerDelegateImpl.java:120)
at org.powermock.modules.junit4.common.internal.impl.JUnit4TestSuiteChunkerImpl.run(JUnit4TestSuiteChunkerImpl.java:101)
at org.powermock.modules.junit4.common.internal.impl.AbstractCommonPowerMockRunner.run(AbstractCommonPowerMockRunner.java:53)
at org.powermock.modules.junit4.PowerMockRunner.run(PowerMockRunner.java:53)
at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50)
at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390)
at org.codecover.juniteclipse.runner.EclipseTestRunner.main(EclipseTestRunner.java:40)

您知道如何防止这种情况发生吗？我也许有另一种方法来模拟这样一段代码：

ClassLoader classLoader = Thread.currentThread().getContextClassLoader();
...
Enumeration<URL> resources = classLoader.getResources(path);

【问题讨论】：

你想模拟什么？为什么？

第一个测试是 getter 和 setter 测试，我在那里调用构造函数（并且发生异常）。第二个是构造函数测试。我想控制第三个代码 sn-p 中包含的资源枚举。

首先，在我看来，您的测试与您的实现紧密耦合。根据经验，这将导致脆弱的测试。最好在编写测试时考虑“黑匣子”。 “这段代码应该做什么”，而不是“这段代码是如何做到的”。其次，我认为你最好只创建一组资源并让 Java 运行时自己处理类加载。

可以创建各种资源集，因为它们在哪里测试用例？

当然。对您来说最简单的可能是参数化资源的名称。然后您可以将不同的资源名称传递到您的测试中。

【参考方案1】：

尝试将此注释添加到您的测试类：

@PowerMockIgnore("javax.management.*")

为我工作。

【讨论】：

precision *"to your Test Class"。简单实用的答案！

这也可以通过代码或配置来完成吗？我找不到任何方法来做到这一点。我们有数百个测试......我无法全部调整。

@FredericLeitenberger 在下面看到我的答案

你能解释一下这个修复的直觉和意义吗？我们用那条线给 PowerMockito 什么指令？

【参考方案2】：

与此处接受的响应类似，我最终不得不排除所有与 SSL 相关的类：

@PowerMockIgnore("javax.management.*", "org.apache.http.conn.ssl.*", "com.amazonaws.http.conn.ssl.*", "javax.net.ssl.*")

将它添加到我的班级顶部解决了错误。

【讨论】：

仍然需要添加更多路径，但你救了我的命！ @PowerMockIgnore("javax.management.*", "org.apache.http.conn.ssl.*", "com.amazonaws.*", "javax.net.ssl.*","com.sun.*")

也很高兴了解 com.sun。

我需要以下内容：@PowerMockIgnore("javax.management.*", "javax.crypto.*")

这个救了我：@PowerMockIgnore("javax.management.*", "org.apache.http.*", "com.amazonaws.http.conn.ssl.*", " javax.net.ssl.*"、"com.sun.*"、"javax.xml.*"、"javax.crypto.*")

【参考方案3】：

类加载器冲突，使用这个：@PowerMockIgnore("javax.management.*")

让模拟类加载器不加载javax.*. 它有效。

【讨论】：

使用@PowerMockIgnore("javax.management.*")后，测试类单独运行良好。但是在那个 package 上以Junit test 运行得到Failed to load ApplicationContext 错误。 org.apache.catalina.LifecycleException: A child container failed during start 等等。

【参考方案4】：

这可能是一个老话题，但我也遇到过这个问题。事实证明，当 powermock 发现在同一个包中有 2 个具有相同名称的类（通过不同的依赖项）时，某些 java 版本无法处理 powermockito。

任何高于 Java 7_25 的版本都会出现此错误。

【讨论】：

“任何高于 Java 7_25 的版本都会出现此错误。”，这是信息性的。

这是什么意思：“无法处理 powermockito”？除了通过注解忽略，还有什么办法处理吗？

这是很久以前的事了，但我认为我们通过确保在同一种包中没有2个同名的类来解决它。当然，如果您有 2 个依赖的库，并且它们都驻留在其中……这将很困难。我不知道这个问题是否在此期间得到解决。

【参考方案5】：

在 PowerMock 1.7.0 中，可以将用户定义的全局配置添加到项目的类路径中。 PowerMockConfig

org/powermock/extensions/configuration.properties

只需在属性文件中添加一行，如：

powermock.global-ignore=javax.management.*

这将解决项目中所有测试类的错误。

【讨论】：

注意，configuration.properties 文件中不允许有空格和双引号。见：github.com/powermock/powermock/issues/989

【参考方案6】：

为了模拟系统类，准备作为测试目标的类，而不是Thread.class。 PowerMock 无法检测 Thread.class，因为它在 JVM 启动期间是必需的——远在 PowerMock 检测之前。

插桩的工作方式，一旦加载了一个类，就不能再插桩。

见the PowerMock wiki。

【参考方案7】：

根据您的个人设置，可能需要向@PowerMockIgnore 添加更多方法。我用 slf4j 偶然发现了这个，因为要同时使用 PowerMock 和 slf4j，你需要

@PowerMockIgnore( "com.sun.org.apache.xerces.*", "javax.xml.*", "org.xml.*", "javax.management.*", "org.w3c.dom.*" )

【讨论】：

与@PowerMockIgnore 的其他示例相比，这个对我有用，因为"org.xml.*" 条目。遇到此问题的其他人应检查哪些签名问题是由 PowerMock 引起的，并忽略带有注释的那些包。