Querydsl 4.1.4复杂查询：组件字段自比较SQL生成异常问题

你遇到的核心问题是重复调用any()方法导致Querydsl创建了两次组件表的关联，最终生成了跨行字段比较的SQL。下面是具体的分析和修复方案：

问题根源 #

你在调用getBooleanPredicateComposition时，传入了PRODUCT.composition.component.any()作为第二个参数，而这个any()会生成一个独立的QProduct_Composition_Component路径实例。当你在函数里同时使用这个传入的路径和原始的component ListPath时，Querydsl会把它们当成两个不同的关联需求，因此生成了两次inner join，最终出现component4_.default_quantity<component5_.max_quantity这种跨行比较的错误逻辑。

修复后的代码 #

我们需要复用同一个组件路径实例，避免创建多余的关联。修改你的getBooleanPredicateComposition函数，去掉多余的qpath参数，直接基于传入的ListPath创建一次any()引用：

private BooleanExpression getBooleanPredicateComposition(ListPath<Product.Composition.Component, QProduct_Composition_Component> component, Boolean params) {
    if (null == params) {
        return null;
    }
    // 只创建一次组件路径引用，确保所有条件都基于同一次关联
    QProduct_Composition_Component componentPath = component.any();
    BooleanExpression validComponentCondition = componentPath.defaultQuantity.lt(componentPath.maxQuantity);
    
    // params为true时：存在至少一个满足条件的组件
    // params为false时：组件列表为空（用isEmpty()更简洁高效）
    return params ? validComponentCondition : component.isEmpty();
}

然后修改调用处的代码，不再传递第二个any()参数：

.optionalAnd(getBooleanPredicateComposition(PRODUCT.composition.component, complexProduct.getCompositionNeeded()))

修复效果 #

修改后生成的SQL会和你期望的一致：

select 1 from product$composition product_co3_ 
inner join product$composition_component component4_ on product_co3_.composition_id=component4_.product$composition_composition_id 
where product_co3_.composition_id=product0_.composition_composition_id 
and component4_.default_quantity<component4_.max_quantity

额外优化说明 #

• 用component.isEmpty()替代component.size().gt(0).not()，Querydsl会生成更高效的SQL（通常是is null或者not exists的判断，而非统计数量）。
• 确保所有针对组件的条件都复用同一个component.any()生成的路径实例，避免出现不必要的关联。

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