如何Mock带protected构造方法的super()调用？PowerMockito抑制失效问题

我明白你遇到的头疼问题了——明明用了PowerMockito.suppress想阻止父类SuperClass的构造方法执行，结果子类ExtendedClass的构造还是会触发父类构造并抛出异常。核心原因是你漏了关键的一步：PowerMock需要准备你实际实例化的子类（ExtendedClass）的字节码，而不仅仅是父类。

为什么原来的代码不生效？ #

你的@PrepareForTest只指定了SuperClass.class，但测试中实际创建的是ExtendedClass实例。PowerMock需要修改ExtendedClass的构造方法逻辑，才能拦截它对父类构造的super()调用。如果只准备父类，PowerMock无法干预子类构造时的调用流程，自然抑制无效。

方案一：正确抑制父类构造方法 #

调整测试类，把ExtendedClass也加入@PrepareForTest，确保PowerMock能拦截子类构造对父类的调用：

@RunWith(PowerMockRunner.class)
@PowerMockRunnerDelegate(MockitoJUnitRunner.class)
@PowerMockIgnore({"javax.management.*", "org.apache.http.conn.ssl.*", "com.amazonaws.http.conn.ssl.*", "javax.net.ssl.*"})
// 关键：加入ExtendedClass.class，因为我们要实例化这个子类
@PrepareForTest({SuperClass.class, ExtendedClass.class})
public class TestClass extends TestCase{ 
    @InjectMocks 
    FooClass fooClass = new FooClass(); 

    @Test 
    public void test(){ 
        // 抑制SuperClass的带参构造方法
        PowerMockito.suppress(PowerMockito.constructor(SuperClass.class, String.class, Integer.class));
        fooClass.someMethod();
    } 
}

方案二：直接Mock子类实例（更彻底） #

如果你的测试不需要ExtendedClass的真实实例，直接Mock它的对象，完全绕过构造方法的执行：

@RunWith(PowerMockRunner.class)
@PowerMockRunnerDelegate(MockitoJUnitRunner.class)
@PowerMockIgnore({"javax.management.*", "org.apache.http.conn.ssl.*", "com.amazonaws.http.conn.ssl.*", "javax.net.ssl.*"})
@PrepareForTest({FooClass.class}) // 这里需要准备FooClass，因为它内部创建了ExtendedClass
public class TestClass extends TestCase{ 
    @InjectMocks 
    FooClass fooClass = new FooClass(); 

    @Test 
    public void test() throws Exception {
        // Mock ExtendedClass的实例，无论传入什么参数都返回mock对象
        ExtendedClass mockExtended = Mockito.mock(ExtendedClass.class);
        PowerMockito.whenNew(ExtendedClass.class)
                    .withAnyArguments()
                    .thenReturn(mockExtended);
        
        fooClass.someMethod();
        // 这里可以验证mock对象的行为，比如如果有后续调用的话
    } 
}

额外注意点 #

• 务必确保PowerMock和Mockito的版本兼容，版本不匹配是这类拦截失效的常见诱因。
• 方案一中，如果ExtendedClass的构造方法除了super()外没有其他逻辑，抑制父类构造后，子类实例会被创建但父类的初始化逻辑不会执行。
• 方案二更适合不需要真实子类实例的场景，完全避免构造方法的执行流程。

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