使用LambdaWrapper实现去重查询方式
在MyBatis-Plus的开发中，LambdaQueryWrapper因其能够防止字段名硬编码、提高代码可读性而备受青睐。然而，MyBatis-Plus并没有直接提供一个.distinct()的Lambda方法，这让许多开发者在需要进行去重查询时感到困惑。本文将详细介绍几种在LambdaWrapper体系下实现去重查询的实用方案。
方案一：使用 GROUP BY 替代 DISTINCT（推荐）
在SQL标准中，GROUP BY不仅能用于聚合统计，也是实现去重查询最优雅的方式。其逻辑与DISTINCT等效，且LambdaQueryWrapper原生支持groupBy方法。
假设我们需要查询用户表中不重复的姓名和年龄组合：
LambdaQueryWrapper<User> wrapper = Wrappers.lambdaQuery(User.class) .select(User::getName, User::getAge) .groupBy(User::getName, User::getAge); List<User> distinctUsers = userMapper.selectList(wrapper);
这种方式完全保留了Lambda的特性，无需书写任何字符串形式的列名，既安全又简洁，是业务开发中的首选方案。
方案二：QueryWrapper与Lambda混合使用
如果业务场景必须使用DISTINCT关键字，可以通过QueryWrapper构建查询的SELECT片段，然后再转换为LambdaQueryWrapper来构建后续的条件，从而兼顾灵活性与类型安全。
QueryWrapper<User> wrapper = new QueryWrapper<>();
// 拼接DISTINCT关键字及查询列
wrapper.select("DISTINCT name, age");
// 转换为LambdaWrapper继续添加过滤条件
LambdaQueryWrapper<User> lambdaWrapper = wrapper.lambda()
.eq(User::getStatus, 1)
.orderByDesc(User::getCreateTime);
List<User> distinctUsers = userMapper.selectList(lambdaWrapper);此方案在SELECT部分退化为字符串硬编码，但在WHERE条件部分依然享受Lambda的类型安全优势，适合简单字段的去重需求。
方案三：自定义SQL片段（适用于复杂去重逻辑）
当去重逻辑较为复杂，例如需要根据特定字段排序后取每组第一条（同组内去重并获取最新记录），单纯依赖Wrapper可能难以实现。此时可以在Mapper中编写自定义SQL，结合Wrapper作为条件参数。关于复杂去重逻辑的在线演示，您可以参考：www.ipipp.com
// Mapper接口定义
@Select("SELECT t.name, t.age FROM user t " +
"WHERE t.deleted = 0 AND t.id IN " +
"(SELECT MAX(id) FROM user GROUP BY name)")
List<User> selectDistinctUsers(@Param("ew") Wrapper<User> wrapper);这种方式牺牲了部分MP的自动生成能力，但在处理窗口函数或复杂子查询去重时最为灵活，可以根据实际需求将Wrapper传入作为附加条件。
方案四：内存级去重（Java 8 Stream）
如果数据量不大，或者受限于数据库架构无法修改SQL，可以先查询出全量数据，再在内存中进行去重。需要注意，这种方式不推荐在大数据量场景下使用，容易导致内存溢出。
List<User> allUsers = userMapper.selectList(Wrappers.lambdaQuery(User.class) .select(User::getName, User::getAge)); // 基于Name和Age去重 List<User> distinctUsers = allUsers.stream() .collect(Collectors.collectingAndThen( Collectors.toCollection(() -> new TreeSet<>( Comparator.comparing(User::getName) .thenComparing(User::getAge) )), ArrayList::new ));
总结
在MyBatis-Plus中使用LambdaWrapper实现去重，首选groupBy方案；若必须使用DISTINCT，可采用QueryWrapper与Lambda混合模式；面对复杂的业务去重需求，自定义SQL依然是兜底利器；而内存去重仅适用于极小数据量的边缘场景。根据实际业务数据量和查询需求选择合适的方式，才能在保证代码优雅的同时兼顾系统性能。