Quarkus集成MongoDB与Panache调用findById抛出子类自动重写报错

Quarkus Panache 的方法自动注入能力，依赖编译期对Repository类的字节码增强，而这个增强逻辑无法识别泛型抽象类透传的实体类型。

Panache 在编译阶段扫描类路径下所有实现了PanacheMongoRepository接口的类时，只会为在类定义处明确绑定具体实体类型的类织入findByIdOptional、persist、persistOrUpdate等接口方法的真实实现。

你定义的CrudMongoRepository<M>是带泛型参数的通用抽象基类，类定义层面没有指定任何具体的实体类型，因此Panache不会为它的接口方法生成桥接实现。运行时调用这些方法时，就会走到接口中默认抛出异常的占位逻辑，最终抛出implementationInjectionMissing异常。

这也是官方教程示例不会出现同类问题的原因：教程中所有Repository都是直接在类定义处继承PanacheMongoRepository<具体实体类>，完全符合Panache的增强识别规则。你观察到实体可以正常持久化，本质是运行期泛型擦除逻辑刚好匹配持久化方法的入参，没有触发异常，但查询类的桥接方法因为没有被织入真实实现，就会直接报错。

• 优先采用官方推荐的Repository定义方式：为每一个具体实体单独创建Repository类，在类定义层面明确指定泛型的实体类型，不要抽通用泛型基类直接继承Panache接口。
  示例代码：

  // 针对具体实体定义的Repository，明确绑定实体类型
  @ApplicationScoped
  class BasketMongoRepository : PanacheMongoRepository<Basket>() {
    fun findByIdStr(id: String): Basket {
      return findById(ObjectId(id)).orElseThrow { NotFoundException() }
    }
  }
  

  这种写法下Panache可以在编译期准确识别实体类型，自动织入所有基础方法的实现，不会出现未注入的异常。
• 如果需要复用通用CRUD逻辑，不要让抽象基类直接实现Panache的Repository接口，可以将通用逻辑下沉为独立的工具类，在具体实体的Repository中注入该工具类完成复用；也可以切换为Panache的实体静态操作模式，跳过Repository接口的继承逻辑，直接在通用逻辑中调用对应的实体静态方法完成数据库操作。
• 注意Kotlin环境下的类型擦除问题：即使后续通过子类指定了泛型的具体类型，只要Panache接口的继承关系写在没有明确实体类型的泛型基类上，依然会导致增强逻辑失效。

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