Mybatis框架原理

一、MyBatis介绍
今天，一起来说说mybits这个框架吧。这是一个持久层的框架。之前叫做ibatis。所以，在它的代码中出现ibatis这个词的时候，不要感到惊讶。不是写错了，它确实就是这个样子的。
mybatis是什么
首先，我们来看看mybatis是个什么东东，它有什么用？我们为什么要学习它。mybatis是一个持久层的框架。所谓的持久层，就是我们三层中的dao层。主要负责跟数据库进行交互。可以建立数据库表和系统中的对象的一对一映射关系。这种框架我们称之为orm框架。但是mybatis框架需要自己写sql语句，且不能像hibernate那样自动生成sql语句，并且建立实体类和数据库的映射。所以我们说它是不完全的orm框架。
有的同学可能对映射这个词有点不太明了。这里举个例子：如果我们在数据库中有一user表，里面的字段有id、name、birthday、sex、address等字段，表中有一条数据，如图所示：

而我们系统中也应该存在一个将这些字段存为属性的类，如图：

我们的这个表中的数据，对应表中的代码的话，应该是一个User的对象。这个对象中的各个属性的值即为表中的那一条数据。而框架通过我们的配置，将这个表中的记录和这个类的对象建立一对一的关系。我们称之为映射。这样的映射建立之后，我们可以通过操作这个对象实现对数据库的修改。这样我们在考虑业务逻辑的时候就可以不再考虑我们的数据库中的表是如何存储的，而是对我们的实体对象进行操作。简化开发。
那么，mybatis这个框架都可以做些什么呢？
这个其实也很简单。无非是对数据库的增删改查。这是每个持久层框架都应该支持的事情。sql语句可以干的事情，mybatis基本上都可以做。
二、Mybatis架构

MyBatis的xml配置文件包含了设置和影响MyBatis行为的属性，XML配置文件的层次饥结构如下：
Configuration
Properties属性
Settings设置
typeAliases类型别名
typeHandlers类型处理器
ObjectFactory对象工厂
Plugins插件
Environments环境
Environment环境变量
transactionManager事物管理器
datasource数据源
mappers映射器
基本配置项：

注意： MyBatis 将按照下面的顺序来加载属性： 在 properties元素体内定义的属性首先被读取。 然后会读取properties 元素中resource或 url 加载的属性，它会覆盖已读取的同名属性。 最后读取parameterType传递的属性，它会覆盖已读取的同名属性。 建议： 不要在properties元素体内添加任何属性值，只将属性值定义在properties文件中。 在properties文件中定义属性名要有一定的特殊性，如：XXXXX.XXXXX.XXXX

我们知道，持久层的工作就是和数据库打交道，将我们的数据从系统中存入数据库，或者是将数据库中的内容取出。这也是持久层框架干的事情。在mybatis中，mapped statement（底层封装对象）和Executor（执行器），对用户是透明不可见的。也就是说，我们用户不需要知道我们传入的各种参数是如何被mapped statement 进行封装成为一个可以被数据库是别的sql语句的参数的。也不用知道Executor是如何在sqlSession内部通过一系列的执行去操作数据库的。
　　　　我们需要做的是，创建一个sqlSession（链接数据库的会话）的对象，通过这个sqlSession接口提供给程序员的一些方法，传入相应的映射文件（这个文件包含有我们要执行的sql语句）及对应的参数。然后在mybatis内部，将传入的映射文件的内容和传入参数进行解析，然后通过执行器去发送sql语句。再将得到的结果通过底层封装对象进行封装。返回给sqlSession方法的调用方。
　　　　这里需要注意一个地方：sqlSession默认情况下是不会自动提交事务的，所以，在我们跟数据库链接的时候，如果需要提交事务，需要手动的进行提交。而且我们在手动提交sql语句的时候，是需要和数据库建立连接的。那么问题来了，我们的sqlSession这个会话是怎么来的呢？它又是在什么时候和数据库建立了链接呢？
　　　　在我们的mybatis中，有一个会话工厂，它是一个全局只需要一个的工厂。它的作用就是创建sqlsession。和数据库链接的数据源对象就是通过sqlSessionFactory这个工厂进行的创建时，赋值给了sqlSession这个会话对象的。所以一般sqlSessionFactory一般都是配置为单例的。而我们的整个mybatais的所有配置，并不是由sqlSessionFactory去进行读取的，根据单一职责原则，在mybatis中，是由SqlSessionFactoryBuilder去进行读取的，当然，它读取的配置信息是有很多的，将mybatis的运行环境信息读取完成之后，然后创建一个SqlSessionFactory。由于这些读取环境不是mybatis的核心，我们的图上就没有体现。
　　　　那么，这些配置文件写在哪了呢？我们一般写在SqlMapConfig.xml这个文件中。（是mybatis的全局配置文件，名称不固定的）配置了数据源、事务等mybatis运行环境。
　　　 那么，mybatis在运行的时候是怎么执行的呢呢？
　　　　mybatis的执行流程
　　　　首先呢，我们配置mybatis的配置文件，sqlmapConfig.xml这个文件（虽然名称不固定，但是这是约定成俗的写法）。
　　　　然后，通过配置文件，加载mybatis的运行环境，创建SqlSessionFactory的会话工厂（按照单例方式创建，多例也可以，不过浪费资源严重）。
　　　　接下来，通过会话工厂（SqlSessionFactory）去创建会话（SqlSession）。这个接口是线程不安全的，所以建议应用在方法体内。
　　　　剩下的就是，调用sqlSession的方法去操作数据库了。操作完成后，进行下事务的commit()的方法。然后释放资源关闭sqlSession。

1、 mybatis配置
SqlMapConfig.xml，此文件作为mybatis的全局配置文件，配置了mybatis的运行环境等信息。
mapper.xml文件即sql映射文件，文件中配置了操作数据库的sql语句。此文件需要在SqlMapConfig.xml中加载。

2、 通过mybatis环境等配置信息构造SqlSessionFactory即会话工厂
3、 由会话工厂创建sqlSession即会话，操作数据库需要通过sqlSession进行。
4、 mybatis底层自定义了Executor执行器接口操作数据库，Executor接口有两个实现，一个是基本执行器、一个是缓存执行器。
5、 Mapped Statement也是mybatis一个底层封装对象，它包装了mybatis配置信息及sql映射信息等。mapper.xml文件中一个sql对应一个Mapped Statement对象，sql的id即是Mapped statement的id。
6、 Mapped Statement对sql执行输入参数进行定义，包括HashMap、基本类型、pojo，Executor通过Mapped Statement在执行sql前将输入的java对象映射至sql中，输入参数映射就是jdbc编程中对preparedStatement设置参数。
MappedStatement对sql执行输出结果进行定义，包括HashMap、基本类型、pojo，Executor通过Mapped Statement在执行sql后将输出结果映射至java对象中，输出结果映射过程相当于jdbc编程中对结果的解析处理过程。

三、mybatis下载

mybaits的代码由 github.com管理，地址：https://github.com/mybatis/mybatis-3/releases

mybatis-3.3.0.jar----mybatis的核心包
lib----mybatis的依赖包
mybatis-3.3.0.pdf----mybatis使用手册
一、传统jdbc 的问题。
1、数据库没有连接池，每次请求都会重新创建。
mybatis：使用线程池
2、sql语句是写死在代码中，不利于代码维护。
mybatis：在xml中配置
3、preparedStatement 中的设置的参数也是写的死，同样不利于维护。
mybatis：在xml中配置
4、数据从数据库获取后，读取方式同样是写死的。
mybatis：自动映射。

MyBatis的优缺点

优点：
1、简单易学
mybatis本身就很小且简单。没有任何第三方依赖，最简单安装只要两个jar文件+配置几个sql映射文件易于学习，易于使用，通过文档和源代码，可以比较完全的掌握它的设计思路和实现。

2、灵活
mybatis不会对应用程序或者数据库的现有设计强加任何影响。 sql写在xml里，便于统一管理和优化。通过sql基本上可以实现我们不使用数据访问框架可以实现的所有功能，或许更多。

3、解除sql与程序代码的耦合
通过提供DAL层，将业务逻辑和数据访问逻辑分离，使系统的设计更清晰，更易维护，更易单元测试。sql和代码的分离，提高了可维护性。

4、提供映射标签，支持对象与数据库的orm字段关系映射

5、提供对象关系映射标签，支持对象关系组建维护

6、提供xml标签，支持编写动态sql。

缺点：

1、编写SQL语句时工作量很大，尤其是字段多、关联表多时，更是如此。

2、SQL语句依赖于数据库，导致数据库移植性差，不能更换数据库。

3、框架还是比较简陋，功能尚有缺失，虽然简化了数据绑定代码，但是整个底层数据库查询实际还是要自己写的，工作量也比较大，而且不太容易适应快速数据库修改。

4、二级缓存机制不佳