我们都知道在实际的开发中，我们经常遇到需要展示一对多的数据问题，如：一个人共有n个订单，每个订单有不定的商品，那么这种显示的数据结构就是我们的一对多数据结构:如下所示
应为订单的数据量大的问题，我们要采取分页，但是mybatis的一对多collection的分页插件pagehelper的计算结果是错误的，错误原因在于，一对多collection，他计算的条数是按商品计算的（一对多的“多”，而不是“一”），比如上图中，如果分页参数是pageNum=1,pageSize=2,那么我们想要的结果应该是上图所示，但我们实际查询出来的是，只有orderNo为1的那一部分。
如果采用collection的子查询select来实现，那么分页的问题是能解决了，但是其对查询条件的支持很不友好，如果查询条件的参数是订单信息，还可以支持，但是查询条件一旦关联到子查询，那么就实现gg了。
所以我们只能自己实现分页插件，思路是：
一，按条件统计所有符合条件的订单数量，结果作为分页结果的总条数，sql语句为：select (distinct orderNo) from order_info left join order_goods_info..........where condition条件
二. 按条件查询每个订单的商品数量(分组统计)，结果是一个integer的集合，sql语句为select count(orderNo) from order_info left join order_goods_info...... where condition条件 group by order_info.orderNo
三.若分页参数是pageNum（页码），pageSize（页容量），重新计算分页查询sql的limit参数skipNumber,pageSize
四.对步骤二返回的集合进行截取求和，计算pageNum页之前所有的记录条数skipNumber，结果作为，代码为：int skipNumber = list.subList(0, (pageNum -1) * pageSize>list.size()?list.size():(pageNum -1) * pageSize).stream().mapToInt(Integer::intValue).sum();（想想为什么会有三元表达式）
五.计算pageSize：int pageSize= list.subList((pageNum -1) * pageSize, pageNum *pageSize>list.size()?list.size():pageNum*pageSize).stream().mapToInt(Integer::intValue).sum();
六.执行sql查询，编写一对多collection 的mybatis映射
select 显示元素.......from order_info left join order_goods_info .......where condition 条件 limit skipNumber,pageSize
部分代码如下：
修改：其中condition.setTotal计算错误，正确的应该是carClassCount.size（）
方案实现目标：一对多collection 查询，可分页，查询条件完美支持
缺点：查询次数增加一次（分组统计）
注意：最后返回的分页结果看起来条数不正常，那是你的参考对象错误，真正的条数为一对多的“一”条数，而不是“多”的条数，也就是订单条数是真的。
