mybatis框架学习笔记

资料参考来源拉钩Java高薪训练营

---

前言

学习时首先自定义一个mybatis简陋版小框架，对后面理解源码有很大的帮助，我的自定义mybatis源码地址：https://github.com/pengtw/mybatis

一、自定义持久框架笔记

1.传统jdbc存在问题解决思路分析

• 数据库配置信息存在硬编码
  解决思路：采用配置文件
• 频繁创建释放数据库链接
  解决思路：使用数据库连接池
• sql语句、设置参数、封装返回结果存在硬编码
  解决思路：采用配置文件配置sql语句
• 手动封装结果集
  解决思路：使用反射、内省来封装返回结果

2.自定义mybatis框架设计

客户端：

• 提供两部分配置文件：数据库配置信息、sql配置信息：sql语句、参数类型、返回类型
• 使用这两个配置文件来提供配置信息：  
  1.sqlMapConfig.xml —— 存放数据库配置信息
  2.mapper.xml —— 存放sql配置信息

自定义框架其实就是对jdbc代码的封装，框架定义过程：

1. 加载配置文件：
   根据配置文件路径加载成字节流创建Resources类 方法 InputSteam getResourceAsSteam(String path)
2. 创建两个java bean存放配置文件解析的内容
   Configuration：存放sqlMapConfig.xml
   MappedStatement：存放mapper.xml
3. 使用dom4j解析配置文件：
   创建类SqlSessionFactoryBuilder 方法：SqlSessionFactory build(InputSteam in)解析配置文件
   封装到Configuration、MappedStatement放回SqlSessionFactory对象
4. 创建SqlSessionFactory接口和实现类DefaultSqlSessionFactory方法：openSession():生产SqlSession
5. 创建SqlSession接口和实现类DefaultSession定义对数据库操作的方法 select、insert、update、delete
6. 创建Executor接口和实现类SimpleExecutor，执行jdbc代码

使用动态代理来优化自定义框架：

1. 对客户端的mapper接口使用动态代理来实现调用对应的sql，使得客户端不需要对mapper接口进行实现。
2. 约定好mapper.xml的namespeace对应mapper接口的全限定名，select、insert等标签的id对应mapper接口方法名

二、mybatis框架笔记

1.配置文件

1. 类似数据源配置信息可以单独抽取成.properties文件，通过properties标签引入
2. 可以用typeAliases标签配置javabean别名，方便配置mapper.xml时使用，mybatis默认提供了一些常用的java类型别名，比如说int、long等，对应java的Integer、Long等包装类。
3. 使用mapper代理方式时，mapper.xml的namespeace对应mapper接口的全限定名，select标签的id对应方法名。
4. 开启二级缓存需要在对应的mapper.xml中加入标签。
5. mapper配置自动扫描时mapper接口和mapper.xml的包路径需要一致。

2.使用注意事项

1. 增删改操作后需要session.commit提交事务，也可以使用openSession(true)来设置当前session自动提交事务。
2. 二级缓存需要session.commit或者session.cloes过后的查询才能命中缓存。
3. 级联查询时可以配置延迟加载或者立即加载策略，局部配置加载策略优于全局配置加载策略。

3.mybatis源码

3.1.架构原理

Mybatis的功能架构分为三层：

1. API接口层：提供给外部使用的接口 API，开发人员通过这些本地API来操纵数据库。
2. 数据处理层：负责具体的SQL查找、SQL解析、SQL执行和执行结果映射处理等。它主要的目的是根据调用的请求完成一次数据库操作。
3. 基础支撑层：负责最基础的功能支撑，包括连接管理、事务管理、配置加载和缓存处理，这些都是共用的东西，将他们抽取出来作为最基础的组件。为上层的数据处理层提供最基础的支撑

3.2.配置文件加载

1. SqlSessionFactoryBuilder.builder 来解析配置文件并构建SqlSessionFactory。
   
2. 使用XMLConfigBuilder.parse解析sqlMapConfig.xml文件到Configuration对象中。
3. 使用XMLMapperBuilder.parse解析每个mapper.xml文件下的sql语句到MappedStatement对象中，每个个sql语句对应一个MappedStatement。

3.3.sql语句执行

一条sql在mybatis中执行流程：

3.4.mapper代理源码

1. sqlSession.getMapper时是通过一个mapper代理工厂来生成一个mapper代理对象：
   
   
2. 然后调用mapper代理对象执行sql方法时，就会进入到MapperProxy的invoke方法中，invoke来根据方法名来查找到对应MappedStatement，然后又交给sqlSession来执行。
   
   

3.5.二级缓存源码

1. 解析mapper.xml时，如果配置了标签，则会生成一个Cache对象放到Configuration和MappedStatement中：
   
   

2. 用CachingExecutor执行sql语句时，优先从二级缓存中查询数据，然后还是走的BaseExecutor的query，从一级缓存中查询数据，没有查询到才会去数据库中查询：
   
   

3. 一个sqlSession执行后，需要commit或者close才会把当前查询结果刷新到二级缓存中，这个机制是为了避免脏读等情况发生。在CachingExecutor中的query时，优先调用TransactionalCacheManager.getObject方法来从二级缓存中查询：
   

4. 查询后的结果却不是直接放入二级缓存Cache中，而是先放入在TransactionalCache下的一个map集合entriesToAddOnCommit参数中：
   

5. 只有通过调用sqlSession.commit或者sqlSession.close操作来触发TransactionalCache下的flushPendingEntries方法把entriesToAddOnCommit中的数据转入到二级缓存Cache中，之后的查询就能命中该缓存了。
   

3.6.延迟加载源码

1. 当resultMap标签中配置了延迟加载，执行sql语句时，到结果集处理时判断使用了延迟加载，通过ProxyFactory为这个javabean生成一个动态代理对象：
   
2. 通过这个对象get某个延迟加载的属性时，就会进入到EnhancedResultObjectProxyImpl的invoke方法，执行对应的MappedStatement查询结果并返回: