mybatis之工作流程及分页原理

一、优点:

• 相对于hibernate，mybatis在sql的自由度上显得更加灵活，无论是在sql优化还是返回对象方面(hibernate貌似也有直接执行sql的方法，不是很清楚。。。）
• 相对于jdbc，mybatis做了一件最繁琐的事- - -生成映射对象
• 抽插性比较好（解耦性很高），不会对应用程序或者数据库的现有设计产生任何影响，sql写在XML里，从程序代码中彻底分离，降低耦合度，便于统一管理和优化，并可重用。（个人理解：如果说dao层是业务层和数据库的解耦的话，那么mybatis就是dao层和数据库的解耦，他可以说是一种面向sql的编程）
• PageHelper的出现使得mybatis实现了物理上的分页（之前一直听说mybatis分页很弱，而且实现的是逻辑分页，非常影响性能，而且大大增加了OOM的可能）

二、缺点:

• 我不听我不听，mybatis没有缺点。。。
• 开个玩笑，比如：mybatis的xml 配置繁多。还得映射model,还得一一对应字段，xml也没有继承机制，这让人觉得很繁琐
• 与数据库中间的耦合性比较强，即如果数据库换了，比如说从mysql换成了oracle，那么肯定会有很大一部分sql将要重新写，而这一点hibernate就做的很好，具有方言这一概念

三、mybatis工作流程图（个人版本）:

个人理解:    基本都是本人的猜想，很有可能不对，所以看看开心就好0.0

1、sqlsession： sqlsession是一次与数据库的会话。在你每次访问数据库时都需要创建它（当然并不是说在sqlsession里只能执行一次sql，你可以执行多次，当一旦关闭了Sqlsession就需要重新创建它）。sqlsession只能由SqlsessionFactory的openSession方法来完成创建

2、executor： 通过源码我们可以看到：executor其实只是DefaultSqlSession的一个属性，而executor的每个操作都需要一个对象，那就是MappedStatement

3、MappedStatement： 这个东西个人看来就是用来封装sql和返回结果的，我们很熟悉的可以看到id（个人猜想可能是mapper.xml中的那个id，即具体执行的是哪个sql）、parameterMap（应该就是mapper.xml中的那个parameterMap，即sql中变量的类型）、
resultMaps（大概就是你需要的返回对象类型）

扫描二维码关注公众号，回复： 686616 查看本文章

四、mybatis的分页:

1、PageHelper:

1、据说在PageHelper之前的mybatis都是逻辑上的分页（这里也是据说，因为没有经历过这个年代。。。刚培训出来就接触的是PageHelper）；PageHelper出来之后彻底实现了mybatis的物理分页

2、实现原理： 就是在StatementHandler之前进行拦截，对MappedStatement进行一系列的操作（大致就是拼上分页sql）

3、StatementHandler：StatementHandler的默认实现类是RoutingStatementHandler，因此拦截的实际对象是它。RoutingStatementHandler的主要功能是分发，这个类只是根据MappedStatement的配置，生成一个对应的StatementHandler(delegate),然后所有的实现都由delegate完成。（这一段是网上参考的）

4、PageHelper： PageHelper这个类之前是一个拦截器，但是我们可以看到在现在使用的版本中它并未实现Interceptor，不知道是那个版本之后，拦截的任务就交给了PageInterceptor这个类，PageHelper应该只是PageInterceptor的一个属性Dialect，而且Dialect的默认值就是PageHelper

2、代码中的使用:

//只要写了这一行就能就能将最近的一个list查询进行分页
 PageHelper.startPage(起始页码, 一页要显示多少条数据);
 List<ProductWithMonthBuy> list =  productDao.select_ProductWithMonthBuytD(条件);
 PageInfo pageInfo = new PageInfo<>(list);
 //获取满足条件的总记录数
 pageInfo.getTotal();
 //获取总页数--总共应该被分为多少页
 int i = pageInfo.getPages();
 //获取返回记录数
 list.size();