如何在@QuarkusTest中重置有状态Bean，确保每次测试用全新实例？

针对你遇到的@QuarkusTest测试有状态@ApplicationScoped Bean时的状态残留问题，有几个可行的解决方案，完全无需依赖未测试的清理逻辑：

方案1：调整Bean作用域为@Dependent（业务允许时优先） #

如果你的SubscriptionService不需要保持单例特性，可以直接将作用域从@ApplicationScoped改为@Dependent：

@Dependent // 替换原有的@ApplicationScoped
public class SubscriptionService {
    // 原有代码保持不变
}

@Dependent作用域的Bean会在每次注入时创建新实例，测试中每个测试方法获取的都是全新的、状态干净的Bean实例，从根源避免状态共享。

注意：如果业务逻辑依赖该Bean的单例特性（比如全局共享订阅状态），这个方案不适用。

方案2：通过反射重置Bean内部状态（无侵入修改生产代码） #

如果不能修改原Bean的作用域，可以在测试类的@BeforeEach钩子中，用反射直接重置Bean的状态集合，完全避开未测试的unsubscribe方法：

@QuarkusTest
class SubscriptionServiceTest {

    @Inject
    SubscriptionService subscriptionService;

    @BeforeEach
    void cleanState() throws NoSuchFieldException, IllegalAccessException {
        // 通过反射获取并清空subscribedDevices集合
        Field field = SubscriptionService.class.getDeclaredField("subscribedDevices");
        field.setAccessible(true);
        ((Set<String>) field.get(subscriptionService)).clear();
    }

    @Test
    void testSubscribeNewDevice() {
        // 测试逻辑执行前，状态已被清空
        subscriptionService.subscribe("device1", frame -> {});
        // 断言逻辑...
    }
}

这个方案完全不修改生产代码，仅在测试层做状态重置，适合需要保留Bean原有作用域的场景。

方案3：提供测试专用的Bean实现（隔离测试与生产逻辑） #

创建一个测试用的SubscriptionService替代类，设置为@Dependent作用域，通过Quarkus的TestProfile替换生产Bean：

1. 定义测试用Bean #

@Alternative
@Dependent
public class TestSubscriptionService extends SubscriptionService {
    // 无需额外代码，@Dependent会确保每次注入新实例，状态天然干净
}

2. 创建TestProfile #

public class SubscriptionTestProfile implements TestProfile {
    @Override
    public List<Class<?>> getEnabledAlternatives() {
        return List.of(TestSubscriptionService.class);
    }
}

3. 在测试类中使用该Profile #

@QuarkusTest
@TestProfile(SubscriptionTestProfile.class)
class SubscriptionServiceTest {

    @Inject
    SubscriptionService subscriptionService; // 实际注入的是TestSubscriptionService实例

    @Test
    void testSubscribeDuplicateDevice() {
        // 每次测试都是全新实例，状态无残留
        subscriptionService.subscribe("device1", frame -> {});
        // 断言重复订阅不生效...
    }
}

这个方案完全隔离测试与生产逻辑，测试用Bean的状态不会影响生产代码，适合复杂场景下的测试隔离。

方案4：改用@RequestScoped作用域（适合请求绑定的业务逻辑） #

如果你的SubscriptionService的生命周期本来就和请求绑定，可以将作用域改为@RequestScoped：

@RequestScoped
public class SubscriptionService {
    // 原有代码不变
}

在@QuarkusTest中，每个测试方法会启动一个独立的请求上下文，因此每个测试都会获取全新的Bean实例，状态自动重置。

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