关于PageHelper何时执行select count(0)查询？（结论+源码Debug分析）
引子
在使用RUOYI项目中封装在BaseController控制器里这段代码时：
/** * 封装成表格对象返回 * @param list * @return */ protected TableDataInfo getDataTable(List<?> list){ TableDataInfo respData = new TableDataInfo(); respData.setCode(200); respData.setMsg("查询成功!"); respData.setRows(list); //这边ruoyi的代码是这样的：respData.setTotal(new PageInfo(list).getTotal()); //我当时在想不就是取总记录嘛，直接把我select查的集合取其数量不就行了，就改成了这样子的代码 respData.setTotal(list.size()); return respData; }
后来就想到是不是当时自己改分页总记录条数那段代码有问题。果然，我这么取自然总记录数就是我查询列表的记录数嘛，很明显总记录数应该是表的总记录数，接着我就对select count(*) from xxx这个PageHelper自动给我们查询操作进行了源码debug，才比较清楚这个自动执行查询总记录数的执行流程。
结论 +源码debug
先说结论
总结：当我们要使用开启分页查询的时候时，并不是startPage方法中执行的，如下：
真正的执行时机是在对应service中majorMapper执行其代理类的过程中进行的：
在mapper代理类中，会去执行PageHelper拦截器，由于我们之前开启了StartPage()，所以会先去解析我们待查询的sql语句，该sql语句如下所示：
select major_id, major_name FROM zf_major LIMIT 5;
接着PageHelper会从这条sql中解析其中要查询的表，然后构造出来select count(0) from zf_major这个查询表记录总数的语句，这也是为什么查询总数语句的sql在我们自己编写的select语句之前了的原因（你又没有提前配置它怎么会知道你要分页查哪张表，也在情理之中），最终的查询顺序如下：
PS：其查询得到的记录总数存储在一个PageHelper提供的一个ThreadLocal里，对于我们如何取PageHelper给我们查询的表记录数可以通过如下方式：
源码分析
注：只是截了些较为核心的代码片段，能让自己清楚大致的一个流程，并不是特别特别细
step1：首先确认执行查询总记录的sql是在哪个位置
我们在执行了红框之后的代码可以看到屏幕中就出现了两条sql语句，那么核心代码先进行定位：
step2：进行逐步debug进行排查
这里是走到了PageHelper基于Mybatis的拦截器里
二次定位核心代码，真正执行查询总记录数sql，如下图黄色框代码：
接着重新进行debug打断点进入到该方法中，发现最终是在executeAutoCount方法中执行的：注意可以看到这是PageHelper的拦截器
在这里可以看到代码依据我们要进行select查询的语句进行解析得到了查询该表的sql语句：
其实上面解析出来查询的语句后，后面就是基本的sql执行了，自然就是下面的preparedstatementHandler中
最终执行查询到该表的记录总数：
