在jOOQ中复用Java Record时遇类型不兼容问题求助

问题场景 #

在复杂查询中使用jOOQ的multiset进行关联查询，代码示例如下：

multiset(
    select(DOCUMENT.ID, DOCUMENT.NAME)
        .from(DOCUMENT)
        .innerJoin(PROJECT_DOCUMENTS)
        .on(PROJECT_DOCUMENTS.DOCUMENT_ID.eq(DOCUMENT.ID))
        .where(PROJECT_DOCUMENTS.PROJECT_ID.eq(PROJECT.ID))
).as("documents")
    .convertFrom(r -> r.collect(intoSet(mapping(ProjectDocument::new))));

对应的Java Record定义：

public record ProjectDocument(Long id, String name, Long count) {
    public ProjectDocument(Long id, String name) {
        this(id, name, null);
    }
}

编译时触发以下错误：

java: method collect in interface org.jooq.Result<R> cannot be applied to given types;
  required: java.util.stream.Collector<? super org.jooq.Record2<java.lang.Long,java.lang.String>,A,X>
  found:    java.util.stream.Collector<org.jooq.Record3<java.lang.Object,java.lang.Object,java.lang.Object>,capture#1 of ?,java.util.Set<java.lang.Object>>
  reason: inference variable R has incompatible bounds
    upper bounds: org.jooq.Record,org.jooq.Record3<T1,T2,T3>,R
    lower bounds: org.jooq.Record2<java.lang.Long,java.lang.String>

仅保留id和name字段时代码可正常运行，需解决多构造器场景下的编译错误。

解决思路 #

1. 显式指定构造器调用逻辑 #

编译器无法自动匹配正确的构造器，可通过lambda显式提取Record字段值，调用2参数构造器：

.convertFrom(r -> r.collect(intoSet(mapping(record -> 
    new ProjectDocument(record.value1(), record.value2())
))));

2. 使用字段引用明确取值 #

直接通过jOOQ的字段引用获取值，避免类型推断歧义：

.convertFrom(r -> r.collect(intoSet(record -> 
    new ProjectDocument(record.get(DOCUMENT.ID), record.get(DOCUMENT.NAME))
)));

3. 利用fetchInto简化转换 #

如果业务允许，可先用fetchInto让jOOQ自动匹配构造器，再转换为Set：

.convertFrom(r -> new HashSet<>(r.fetchInto(ProjectDocument.class)));

4. 注解辅助构造器推断 #

给2参数构造器添加@ConstructorProperties注解，明确参数名称，帮助编译器正确推断：

public record ProjectDocument(Long id, String name, Long count) {
    @ConstructorProperties({"id", "name"})
    public ProjectDocument(Long id, String name) {
        this(id, name, null);
    }
}

原因分析 #

错误根源是类型推断混淆：当Record存在多个构造器时，mapping(ProjectDocument::new)会错误匹配3参数的主构造器，但查询返回的是Record2<Long, String>，两者字段数量不匹配，导致编译时类型边界冲突。去掉count字段后，Record仅存一个构造器，类型推断自然正确。

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