Kotlin使用Mockk mock接口泛型方法时抛出InstantiationError问题

抛出InstantiationError是因为Mockk在记录泛型方法的调用签名时，会尝试生成你显式声明的泛型DataRepository的占位实例。但DataRepository是被@NoRepositoryBean标记的Spring Data JPA基础接口，本身没有可访问的构造函数，Mockk默认使用的Objenesis反射工具无法直接实例化该接口类型，最终触发异常。
手动编写实现类后Mock可正常运行，本质是因为类路径下出现了可被实例化的具体类，Objenesis能正常生成占位对象，但这种方案会引入和业务无关的冗余代码，维护成本很高。

方案1：注册类型实例工厂（优先推荐） #

在测试执行前的初始化阶段，通过Mockk内置的registerInstanceFactory接口注册对应类型的实例生成规则，告诉Mockk遇到DataRepository类型时直接返回Mock对象，跳过反射实例化流程：

import io.mockk.mockk
import io.mockk.registerInstanceFactory
import org.junit.jupiter.api.BeforeEach

class YourTestClass {
    @BeforeEach
    fun initMockConfig() {
        registerInstanceFactory(DataRepository::class) {
            mockk(relaxed = true) // 可根据测试需求调整mock的relaxed配置
        }
    }

    // 原有Mock代码不需要任何修改即可正常运行
}

该方案侵入性最低，如果项目中存在多个同类JPA Repository需要Mock，可以封装通用的测试工具方法批量注册，进一步减少重复代码。

方案2：使用带类型约束的参数匹配器 #

去掉every代码块中显式写死的泛型参数，替换无类型的any()匹配器为ofType/ofClass这类带明确类型声明的匹配器，让Mockk直接基于匹配器声明做签名校验，避免自动推断类型时触发实例化逻辑：

every {
    dataSynchronizationManagerFactoryServiceMock.constructDataSynchronisationManager(
        ofClass(DbEntity::class.java),
        ofType<DataRepository>(),
        ofType<DataLoaderAndTransformer<DataDto, DbEntity>>()
    )
} returns dataSynchronisationManagerMock

该方案不需要提前做初始化配置，适合只需要Mock单个泛型方法调用的场景。

不要为了通过测试编写和业务逻辑完全无关的空实现类，后续Repository接口新增方法时，这些空实现需要同步修改，会产生不必要的维护负担。

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