Quarkus+Kotlin测试构造函数注入失效原因及可行方案咨询

问题背景 #

开发Quarkus+Kotlin应用时，业务类ParrallerCronScheduler通过构造函数注入SomeService，运行完全正常；但测试类CroneUpdateTest采用同样的构造注入方式时，Quarkus直接抛出错误：

When using constructor injection in a test, the only legal operation is to assign the constructor values to fields. Offending class is class com.tui.promotion_campaigns_service.services.impl.CroneUpdateTest

最后只能改用@Inject lateinit var的写法凑合用，想搞清楚构造注入失效的原因，以及有没有办法让它正常工作——之前试过给业务类的构造器加@Inject注解，但没解决问题。

失效原因 #

Quarkus对测试类的构造注入限制比业务类严格得多：

• 业务类的构造注入（哪怕不加@Inject，Quarkus的CDI容器也能自动识别）允许在构造函数里做一些初始化逻辑，比如调用依赖的方法、初始化内部对象等。
• 但测试类的构造注入被框架死死限制：只能把注入的参数直接赋值给类的成员字段，不能有任何额外操作——哪怕是Kotlin类里的init块、字段声明时的复杂初始化，都会被判定为“非法操作”触发报错。
• 另外，Kotlin主构造函数的隐式逻辑（比如类体里的初始化代码）很容易被忽略，一不小心就踩了这个限制的坑。

能不能让构造注入正常工作？ #

当然可以，只要严格遵守Quarkus测试框架的规则：

1. 构造函数只做纯字段赋值：测试类的构造函数里不能有任何额外逻辑，只能把注入的依赖直接赋值给类字段。比如正确写法：

   @QuarkusTest
   class CroneUpdateTest(private val someService: SomeService) {
       // 构造函数里除了赋值啥都别干
       // 测试方法写在这里
   }
   

2. 确保测试类被Quarkus容器管理：测试类必须加上@QuarkusTest（集成测试）或对应范围的测试注解，让Quarkus能处理CDI注入逻辑。
3. 把初始化逻辑移到测试生命周期方法：如果原本有初始化逻辑（比如init块、构造里的方法调用），全部移到@BeforeEach方法里执行，别放在构造阶段。

另外提一句：你给业务类加@Inject构造注解的操作对测试类的问题没用，因为业务类和测试类的注入是由不同的容器上下文处理的，互不影响。

特殊情况说明 #

如果你的测试逻辑必须在构造阶段执行，那确实只能退而求其次用@Inject lateinit var，然后在@BeforeEach里完成初始化——这是Quarkus测试框架目前的硬限制，没别的办法绕开。

内容的提问来源于stack exchange，提问作者Damian Kapłon