作者：祖大俊PageHelper是一款好用的开源免费的Mybatis第三方物理分页插件，其实我并不想加上好用两个字，但是为了表扬插件作者开源免费的崇高精神，我毫不犹豫的加上了好用一词作为赞美。
原本以为分页插件，应该是很简单的，然而PageHelper比我想象的要复杂许多，它做的很强大，也很彻底，强大到使用者可能并不需要这么多功能，彻底到一参可以两用。但是，我认为，作为分页插件，完成物理分页任务是根本，其它的很多智能并不是必要的，保持它够傻够憨，专业术语叫stupid，简单就是美。
我们将简单介绍PageHelper的基本使用和配置参数的含义，重点分析PageHelper作为Mybatis分页插件的实现原理。
1. PageHelper的maven依赖及插件配置
com.github.pagehelperpagehelper4.1.6PageHelper除了本身的jar包外，它还依赖了一个叫jsqlparser的jar包，使用时，我们不需要单独指定jsqlparser的maven依赖，maven的间接依赖会帮我们引入。
上面是PageHelper官方给的配置和注释，虽然写的很多，不过确实描述的很明白。
dialect：标识是哪一种数据库，设计上必须。
offsetAsPageNum：将RowBounds第一个参数offset当成pageNum页码使用，这就是上面说的一参两用，个人觉得完全没必要，offset = pageSize * pageNum就搞定了，何必混用参数呢？
rowBoundsWithCount：设置为true时，使用RowBounds分页会进行count查询，个人觉得完全没必要，实际开发中，每一个列表分页查询，都配备一个count数量查询即可。
reasonable：value=true时，pageNum小于1会查询第一页，如果pageNum大于pageSize会查询最后一页 ，个人认为，参数校验在进入Mybatis业务体系之前，就应该完成了，不可能到达Mybatis业务体系内参数还带有非法的值。
这么一来，我们只需要记住 dialect = mysql 一个参数即可，其实，还有下面几个相关参数可以配置。
autoDialect：true or false，是否自动检测dialect。
autoRuntimeDialect：true or false，多数据源时，是否自动检测dialect。
closeConn：true or false，检测完dialect后，是否关闭Connection连接。
上面这3个智能参数，不到万不得已，我们不应该在系统中使用，我们只需要一个dialect = mysql 或者 dialect = oracle就够了，如果系统中需要使用，还是得问问自己，是否真的非用不可。
2. PageHelper源码分析
上面是官方源码以及源码所带的注释，我们再补充一下。
SqlUtil：数据库类型专用sql工具类，一个数据库url对应一个SqlUtil实例，SqlUtil内有一个Parser对象，如果是mysql，它是MysqlParser，如果是oracle，它是OracleParser，这个Parser对象是SqlUtil不同实例的主要存在价值。执行count查询、设置Parser对象、执行分页查询、保存Page分页对象等功能，均由SqlUtil来完成。
SqlUtilConfig：Spring Boot中使用，忽略。
autoRuntimeDialect：多个数据源切换时，比如mysql和oracle数据源同时存在，就不能简单指定dialect，这个时候就需要运行时自动检测当前的dialect。
Map urlSqlUtilMap：它就用来缓存autoRuntimeDialect自动检测结果的，key是数据库的url，value是SqlUtil。由于这种自动检测只需要执行1次，所以做了缓存。
ReentrantLock lock：这个lock对象是比较有意思的现象，urlSqlUtilMap明明是一个同步ConcurrentHashMap，又搞了一个lock出来同步ConcurrentHashMap做什么呢？是否是画蛇添足？在《Java并发编程实战》一书中有详细论述，简单的说，ConcurrentHashMap可以保证put或者remove方法一定是线程安全的，但它不能保证put、get、remove的组合操作是线程安全的，为了保证组合操作也是线程安全的，所以使用了lock。
com.github.pagehelper.PageHelper.java源码。
autoRuntimeDialect：多数据源，会创建多个SqlUtil。
autoDialect：单数据源，只会创建1个SqlUtil。单数据源时，也可以当做多数据源来使用。
指定了dialect：只会创建1个SqlUtil。
3. PageSqlSource
getDefaultBoundSql：获取原始的未经改造的BoundSql。
getCountBoundSql：不需要写count查询，插件根据分页查询sql，智能的为你生成的count查询BoundSql。
getPageBoundSql：获取分页查询的BoundSql。
举例：
DefaultBoundSql：select stud_id as studId , name, email, dob, phone from students
CountBoundSql：select count(0) from students --由PageHelper智能完成
PageBoundSql：select stud_id as studId , name, email, dob, phone from students limit ?, ?
(Made In Intellij Idea IDE)
假设List原来的size=2，添加分页参数后，其size=4，具体增加多少个，看分页参数的？号数量。
其他PageSqlSource，原理和PageStaticSqlSource一模一样。
解析sql，并增加分页参数占位符，或者生成count查询的sql，都依靠Parser来完成。
4. com.github.pagehelper.parser.Parser
(Made In Intellij Idea IDE)
我们可以清楚的看到，MysqlParser是如何添加分页占位符和分页参数的。
public abstract class AbstractParser implements Parser, Constant { public String getCountSql(final String sql) { return sqlParser.getSmartCountSql(sql); }}生成count sql，则是前文提到的jsqlparser工具包来完成的，是另外一个开源的sql解析工具包。
5. SqlUtil.doProcessPage()分页查询
源码中注意关键的四点即可：
1、msCountMap.put(ms.getId(), MSUtils.newCountMappedStatement(ms))，创建count查询的MappedStatement对象，并缓存于msCountMap。
2、如果count=true，则执行count查询，结果total值保存于page对象中，继续执行分页查询。
3、执行分页查询，将查询结果保存于page对象中，page是一个ArrayList对象。
4、
args[2] = RowBounds.DEFAULT，改变Mybatis原有分页行为；
args[1] = parser.setPageParameter(ms, args[1], boundSql, page)，改变原有参数列表(增加分页参数)。
6. PageHelper的两种使用方式
第一种、直接通过RowBounds参数完成分页查询 。
List list = studentMapper.find(new RowBounds(0, 10));Page page = ((Page) list;第二种、PageHelper.startPage()静态方法
//获取第1页，10条内容，默认查询总数count PageHelper.startPage(1, 10);//紧跟着的第一个select方法会被分页 List list = studentMapper.find(); Page page = ((Page) list;注：返回结果list，已经是Page对象，Page对象是一个ArrayList。
原理：使用ThreadLocal来传递和保存Page对象，每次查询，都需要单独设置PageHelper.startPage()方法。
public class SqlUtil implements Constant { private static final ThreadLocal LOCAL_PAGE = new ThreadLocal();}本文中经常提到的count查询，其实是PageHelper帮助我们生成的一个MappedStatement内存对象，它可以免去我们在XXXMapper.xml内单独声明一个sql count查询，我们只需要写一个sql分页业务查询即可。
PageHelper使用建议(性能最好)：
1、明确指定dialect。2、明确编写sql分页业务和与它对应的count查询，别图省事。
