在这之前一直在使用PageHelper进行分页,使用时只记住了PageHelper分页注意事项,具体是为什么也没有深入分析。今天正好处理了一个评价列表分页失败的问题,借着这个机会,把分页查询的源码简单扒了扒。

导致分页失败的代码如下:
PageHelper分页注意事项之源码分析
具体为什么会失败,我们来看源码:
PageHelper分页注意事项之源码分析

在执行sql查询时,PageInterceptor类中有个intercept方法,会根据查询数据的总条数来判断是否会继续分页查询

PageHelper分页注意事项之源码分析
afterCount方法会将查询结果(数据总条数)存储在 Page对象中。这个Page对象又是从哪里来的呢?
其实在执行 PageHelper.startPage(page, rows) 时, 会生成一个Page对象,并将该对象存储在线程对象中

PageHelper分页注意事项之源码分析

在我们存储count值时,会从线程对象中取出,并把count值存入该对象。

PageHelper分页注意事项之源码分析

当总条数不为0时,会继续进行分页查询,并将查询的结果存入Page对象并返回该对象。

正如第一幅图所示,judgeList实际是Page对象,而recordList实际是ArrayList对象。

当执行到 PageInfo pageInfo = new PageInfo<>(recordList) 时,参数list并不是Page 类或其子类,而是Collection集合的子类,所以,total就不是查询到的总条数了,而是分页查询之后的总数了。
PageHelper分页注意事项之源码分析

最后总结一下,在拿到sql执行的结果后,不要进行任何对集合的操作,这样就不会影响分页结果了。

相关文章: