若依框架多次list查询时,分页失效
若依框架多次list查询时,分页失效
若依、springboot、mybatis
背景
做大屏页面列表分页，从别处摘来分页的代码，那块明明没问题，我改完却发现不能分页，始终是第1页的状态。
问题描述
从正常分页的代码处摘得分页代码，调用业务层:
controller(ope){
startPage();
List<vo> list=oService.get(ope);
return getDataTable(list);
}
业务层使用两次查询，第一次使用查询条件获得结果对象的id列表，第二次使用stream流获取结果对象列表并组装返回：
（解释一下为什么这么写，因为实体类有字典名称等信息需要二次查询补充，业务层已经有方法实现单个对象的信息补充了，我不想再复制重复代码了，于是想查询出来后流处理下列表）
service(ope){
return oMapper.select(ope).stream() // id列表
.map(this::getVoById).collect(Collectors.toList()) // 根据id获取对象
}
前端使用分页组件调用接口，发现数据总数total始终与每页大小一样，页数始终是1，这不正常。
问题分析
直觉告诉我，应该是id二次查询导致的问题，第二次查出来的list里边没有查询条件中的总数和页数，出来的对象自然就不正常了，查看getDataTable()
源码，
发现其中设置了结果的total值，是从参数的list对象中获取的，难道，我要手动把业务层返回的list对象设置一下total值吗？
于是我搜索springboot 若依项目使用id列表二次查询导致pageutil分页失效的解决办法，
搜到了这么一篇博客，
里面说多次查询导致控制层创建的page对象消耗了，需要把开启分页的代码放到业务层查询最终list结果的逻辑前。
然而这种改良方式只适合最后的list对象是从数据库中查询得到的情况，我这是使用stream流产生的，不可能支持那种分页了。
突然想到，别的也有查询之后二次处理（拼接补充信息）的分页，查看代码，发现那些地方最终是返回了初次查询得到的list对象，中间有foreach处理逻辑。
那么，可以借鉴，dao层查询的列表可以使用实体对象来保存id，然后想办法使用循环，依次查询，替换其中的实体对象或者赋值某属性，最终返回这个list就行了
解决方案
-
dao层调整返回类型，由long列表改为对象列表；
-
业务层：
service(ope){
List<OVo> oVos=oMapper.select(ope); // dao类型由id列表改为对象列表，其实质还是id列表
oVos.replaceAll(oVo->getVoById(oVo.getId())); // 根据id获取对象，替换列表元素
return oVos;
}
这idea的md插件，好像有点bug，格式化代码上有点问题。
声明：本文使用八爪鱼rpa工具从gitee自动搬运本人原创（或摘录，会备注出处）博客，如版式错乱请评论私信，如情况紧急或久未回复请致邮 xkm.0jiejie0@qq.com 并备注原委；引用本人笔记的链接正常情况下均可访问，如打不开请查看该链接末尾的笔记标题（右击链接文本，点击 复制链接地址，在文本编辑工具粘贴查看，也可在搜索框粘贴后直接编辑然后搜索），在本人博客手动搜索该标题即可；如遇任何问题，或有更佳方案，欢迎与我沟通！