JUnit5实现沙箱测试：JUnit4@RunWith是否比JUnit5@ExtendWith更强大？

能实现，但**不能通过TestInstanceFactory**来做——你遇到的异常正是因为JUnit5对TestInstanceFactory的约束：它要求返回的实例必须是原始类加载器加载的测试类的实例，而不同类加载器加载的同名类在Java中属于不同的类型，自然无法匹配。

正确实现思路 #

JUnit5提供了更灵活的扩展机制来实现类加载器隔离，推荐两种方案：

方案1：基于Launcher API自定义测试执行流程

这是最直接的方式，通过JUnit5的Launcher API在自定义类加载器环境下加载并执行测试，完全隔离每个测试的类加载上下文：

1. 实现自定义类加载器，复刻你在JUnit4中用到的类重新加载逻辑（比如按需重新加载修改静态变量的类）；
2. 利用Launcher API构建测试执行请求，在自定义类加载器的上下文内加载测试类和JUnit引擎，执行测试。

示例代码：

// 自定义沙箱类加载器
public class SandboxClassLoader extends ClassLoader {
    @Override
    protected Class<?> findClass(String className) throws ClassNotFoundException {
        // 这里实现你的类加载逻辑：比如从字节码重新加载目标类
        // 示例：仅加载指定包下的类，其他委托给父加载器
        if (className.startsWith("com.yourpackage.need.reload")) {
            byte[] classBytes = loadClassBytes(className); // 自定义方法读取类字节码
            return defineClass(className, classBytes, 0, classBytes.length);
        }
        return super.findClass(className);
    }

    private byte[] loadClassBytes(String className) {
        // 实现从文件/资源读取类字节码的逻辑
        return new byte[0];
    }
}

// 测试执行器
public class IsolatedTestRunner {
    public static void runIsolatedTest(Class<?> testClass) {
        SandboxClassLoader sandboxLoader = new SandboxClassLoader();
        Thread.currentThread().setContextClassLoader(sandboxLoader);

        // 构建测试发现请求
        LauncherDiscoveryRequest discoveryRequest = LauncherDiscoveryRequestBuilder.request()
                .selectors(selectClass(testClass))
                .build();

        // 用自定义类加载器加载JUnit Jupiter引擎
        TestEngine jupiterEngine = ServiceLoader.load(TestEngine.class, sandboxLoader)
                .stream()
                .filter(engine -> "junit-jupiter".equals(engine.getId()))
                .findFirst()
                .orElseThrow(() -> new IllegalStateException("JUnit Jupiter引擎未找到"));

        // 执行测试
        Launcher launcher = LauncherFactory.create(jupiterEngine);
        SummaryGeneratingListener listener = new SummaryGeneratingListener();
        launcher.execute(discoveryRequest, listener);

        // 输出测试结果
        TestExecutionSummary summary = listener.getSummary();
        System.out.printf("测试完成：%d个通过，%d个失败%n", summary.getTestsSucceededCount(), summary.getTestsFailedCount());
    }
}

方案2：结合@ExtendWith和TestExecutionListener实现线程上下文类加载器切换

如果不需要每个测试用完全独立的类加载器，只是想隔离静态变量，可以通过扩展在测试执行前后切换线程上下文类加载器：

1. 自定义TestExecutionListener，在beforeTestExecution方法中切换到自定义类加载器，afterTestExecution方法恢复原类加载器；
2. 用@ExtendWith将该监听器应用到测试类上。

注意：这种方式只能隔离线程上下文类加载器，若测试类本身已被原始类加载器加载，静态变量的隔离效果有限，更适合配合自定义类加载器重新加载依赖类的场景。

为什么TestInstanceFactory行不通？ #

JUnit5的TestInstanceFactory设计目标是创建已有测试类的实例，而非加载新的类版本。JUnit会先用系统类加载器加载测试类，再要求Factory返回该类的实例——而你用自定义类加载器加载的测试类是另一个Class对象，类型匹配失败，因此抛出TestInstantiationException。

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