前言
此博文是学习吕一明老师《90天Java进阶训练营二期》的笔记总结，这篇博文我们将主要介绍MyBatis和MyBatis plus的使用以及相关源码。
本次分析中涉及到的代码和数据库表均放在GitHub上，地址：源码地址
目录
本blog 将按照如下的顺序介绍MyBatis
- MyBatis 基本概念
- jdbc与MyBatis 关系
- MyBatis的主要组件
- MyBatis 的一级缓存
- MyBatis 的二级缓存
- 一个简单的手写MyBaits
MyBatis基本概念
MyBatis 是一款优秀的持久层框架，它支持定制化SQL,存储过程以及高级映射。MyBatis避免了几乎所有的JDBC代码和手动设置参数以及获取结果集。MyBatis可以使用简单XML 或者注解来映射原生信息，将接口和Java的POJOs(Plain Old Java Objects,普通的Java对象)映射成数据库中的信息。
JDBC与MyBatis
JDBC是Java提供的操作数据库的API，其操作数据库共有7个过程:
加载JDBC的驱动程序
提供JDBC的连接URL
创建数据库连接（操作Connection）
创建一个PreparedStatement，设置参数
执行SQL语句
处理结果（ResultSet）
关闭 JDBC 对象
并且需要自己对JDBC过程的异常进行捕捉和处理
MyBatis对JDBC的封装很好,几乎可以取代JDBC 。
MyBatis使用SqlSessionBuilder来连接完成JDBC需要代码完成的数据库获取和连接，减少了代码的重复，JDBC将SQL语句写到代码里，属于硬编码，非常不易维护，MyBatis可以将SQL代码写入xml中，易于修改和维护，JDBC的resultSet需要用户自己去读取并生成对应的POJO，MyBatis的mapper会自动将执行后的结果映射到对应的Java对象中。
MyBatis的主要组件
SqlSessionFactoryBuilder与SqlSessionFactory、SqlSession
每个基于MyBatis的应用都是一个SqlSessionFactory的实例为中心的。SqlSessionFactory的实例可以通过SqlSessionFactoryBuilder获得。而SqlSessionFactoryBuilder在可以从XML配置文件或一个预先定制的Configuration的实例构建出SqlSessionFactory的实例。
既然有了SqlSessionFactory，我们需要从中获取SqlSession的实例了。SqlSession完全包含了面向数据库执行SQL命令所需的所有方法。你可以通过SqlSession实例来直接执行已映射的SQL语句。
SqlSessionFactoryBuilder
这个类可以被实例化、使用和丢弃，一旦创建了SqlSessionFactory,就不在需要它了，所以SqlSessionFactoryBuilder实例的最佳作用域是方法作用域（也就是局部变量）。你可以重用 SqlSessionFactoryBuilder 来创建多个 SqlSessionFactory 实例，但是最好还是不要让其一直存在以保证所有的 XML 解析资源开放给更重要的事情。
SqlSessionFactory
SqlSessionFactory 一旦被创建就应该在应用的运行期间一直存在，没有任何理由对它进行清除或重建。使用 SqlSessionFactory 的最佳实践是在应用运行期间不要重复创建多次，多次重建 SqlSessionFactory 被视为一种代码“坏味道（bad smell）”。因此 SqlSessionFactory 的最佳作用域是应用作用域。有很多方法可以做到，最简单的就是使用单例模式或者静态单例模式。另外，一个数据库对应一个SqlSessionFactory.
SqlSession
每个线程都应该有它自己的SqlSession实例。SqlSession的实例不是线程安全的，因此是不能被共享的，它的最佳作用域是请求或者方法作用域，绝对不能将SqlSession实例的引用放在一个类的静态域，甚至一个类的实例变量也不行。也绝不能将SqlSession实例的引用放在任何类型的管理作用域中，比如Servlet架构中的HttpSession。如果你现在正在使用一种Web框架，要考虑SqlSession放在一个和HTTP请求对象相似的作用域中。换句话说，每次收到
原理
MyBatis 的一级缓存
场景：在一次数据库会话中，执行多次查询条件完全相同的SQL，会优先命中一级缓存，避免直接对数据库操作，提高性能，一级缓存数据库会话内部共享。
一级缓存的配置
<setting name="localCacheScope" value="SESSION"/>
流程图如下：
@Test public void testLocalCache() throws Exception { SqlSession sqlSession = factory.openSession(true); // 自动提交事务 StudentMapper studentMapper = sqlSession.getMapper(StudentMapper.class); System.out.println(studentMapper.getStudentById(1)); System.out.println(studentMapper.getStudentById(1)); System.out.println(studentMapper.getStudentById(1)); sqlSession.close(); }
测试结果：
## MyBatis 的二级缓存 ##
MyBatis 的二级缓存
Mybatis全局配置中启用二级缓存配置
<setting name="cacheEnabled" value="true"/>
在对应的Mapper.xml中配置cache节点
<mapper namespace="userMapper"> <cache /> <result ... /> <select ... /> </mapper>
在对应的select查询节点中添加useCache=true
<select id="findUserById" parameterType="int" resultMap="user" useCache="true"> select * from users where id=#{id}; </select>
开启二级缓存后，会使用CachingExecutor装饰Executor,进入一级缓存的查询流程前，现在CachingExecutor进行二级缓存的查询：
代码实例：
SqlSession sqlSession1 = factory.openSession(true); // 自动提交事务 SqlSession sqlSession2 = factory.openSession(true); // 自动提交事务 StudentMapper studentMapper = sqlSession1.getMapper(StudentMapper.class); StudentMapper studentMapper2 = sqlSession2.getMapper(StudentMapper.class); System.out.println("studentMapper读取数据: " + studentMapper.getStudentById(1)); sqlSession1.close(); //1的sqlsession提交了之后缓存中才有数据 System.out.println("studentMapper2读取数据: " + studentMapper2.getStudentById(1));
运行结果：
二级缓存的缺点：
使用中容易引起脏数据，形成潜在的隐患
需要在同一个namespace中才能共享，因此在其他xxx2Maper.xml中操作此表会引起脏读
一个简单的手写MyBaits
实现思路：
1.读取xml文件，建立连接
从图中可以看出，MyConfiguration负责与人交互。待读取xml后，将属性和连接数据库的操作封装在MyConfiguration对象中供后面的组件调用。本文将使用dom4j来读取xml文件，它具有性能优异和非常方便使用的特点。
2.创建SqlSession，搭建Configuration和Executor之间的桥梁
我们经常在使用框架时看到Session，Session到底是什么呢？一个Session仅拥有一个对应的数据库连接。类似于一个前段请求Request，它可以直接调用exec(SQL)来执行SQL语句。从流程图中的箭头可以看出，MySqlSession的成员变量中必须得有MyExecutor和MyConfiguration去集中做调配，箭头就像是一种关联关系。我们自己的MySqlSession将有一个getMapper方法，然后使用动态代理生成对象后，就可以做数据库的操作了。
3.创建Executor，封装JDBC操作数据库
Executor是一个执行器，负责SQL语句的生成和查询缓存（缓存还没完成）的维护，也就是jdbc的代码将在这里完成，不过本文只实现了单表，有兴趣的同学可以尝试完成多表。
4.创建MapperProxy，使用动态代理生成Mapper对象
我们只是希望对指定的接口生成一个对象，使得执行它的时候能运行一句sql罢了，而接口无法直接调用方法，所以这里使用动态代理生成对象，在执行时还是回到MySqlSession中调用查询，最终由MyExecutor做JDBC查询。这样设计是为了单一职责，可扩展性更强。
参考
聊聊MyBatis缓存机制
自己手写一个Mybatis框架(简化)
