1、Mybatis是什么?
mybatis 是一个优秀的基于java的持久层（Dao）框架，它内部封装了jdbc，使开发者只需要关注sql语句本身，而不需要花费精力去处理加载驱动、创建连接、创建statement等繁杂的过程。
mybatis 通过 xml 或注解的方式将要执行的各种 statement 配置起来，并通过java对象和statement中sql的动态参数进行映射生成最终执行的sql语句。最后 mybatis 框架执行sql 并将结果映射为java对象并返回。采用ORM（对象关系映射）思想解决了实体和数据库映射问题，对jdbc进行了封装，屏蔽了jdbc api 底层访问细节，使我们不用与jdbc api 打交道，就可以完成对数据库的持久化操作。
2、它解决什么问题？
- 原始jdbc开发存在的问题：数据库连接、创建、释放频繁造成系统资源浪费从而影响系统性能.
sql语句在代码中硬编码，造成代码不易维护，实际应用sql变化的可能较大，sql变动需要改变java代码
查询操作时，需要手动将结果集中的数据手动封装到实体中。查询操作时，需要手动将实体的数据设置到sql语句的占位符位置 - 应对上述问题给出的解决方案：使用数据库连接池初始化连接资源。将sql语句抽取到xml配置文件。使用反射、内省等底层技术，自动将实体与表进行属性与字段的自动映射。
3、基础配置文件
上述介绍了Mybatis，以及它诞生后所解决的问题，下面将开始熟悉mybatis。
在熟悉Mybatis前，请确保项目中要存在Mybatis的jar包哦！
configuration.xml （Mybatis核心配置文件）
该配置文件为Mybatis的核心配置文件，如果项目中不存在，那么可以自行添加上去。
- 而自行添加xml文件时注意，Mybatis的配置文件都是有标头的
它的标头为：
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE configuration
PUBLIC "-//mybatis.org//DTD Config 3.0//EN"
"http://mybatis.org/dtd/mybatis-3-config.dtd">
也就是在xml文件的最开头最上方添加上述标签即可。
xxxMapper.xml （Mybatis的Mapper映射文件）
该配置文件为Mybatis的Mapper映射文件，本文所说的是注解，所以该配置文件可以不创建。但若是不使用注解，那么请在该配置文件中添加上对应的sql语句
它的标头为：
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE mapper
PUBLIC "-//mybatis.org//DTD Mapper 3.0//EN"
"http://mybatis.org/dtd/mybatis-3-mapper.dtd">
4、注解开发
近年来，注解开发越来越流行，Mybatis也可以使用注解开发方法，这样我们就可以减少编写Mapper映射文件了。
在使用注解前，请在核心配置文件中配置好数据源，以及Mapper的扫描 
总的来说，使用注解开发，其根本还是在接口，始终都要创建一个接口来实现sql语句的发送。因此，创建一个接口，每一个方法就代表着一条sql语句，在方法中填写上对应的参数（或没有）、返回类型，那么之后就全权交由注解去管理了。
在此前，需要将该接口添加上@Mapper注解以确保Mybatis认为它是一个Mapper哦！
新增（@Insert）
既然新增，那么必然就需要一个接收数值的类，而该类肯定是POJO类。而新增若是想返回条数，返回类型改成int类型就好了
然后用@Insert注解修饰该方法，并创建对应的sql语句，那么新增就完成了 
注解中，sql语句的编写，依旧可以使用#{}的方式来获得参数，其对应的名称应于POJO类中一致！
更新（@Update）
修改和新增差的不是很多，该返回的类型还是一样，返回不返回用int或void就知道了。 
删除（@Delete）
删除更简单了，只需要传递id即可。返回的类型用int或void都行 
查询（@Select）
查询要稍微复杂点，但也复杂不到哪去。
- 其根本还是在返回类型上，若是返回的是结果集，那么直接使用List<POJO类>来接收就好。
若是查询一个，那么返回的类型直接用POJO类来接收。
当然，这些都是单表的操作，当涉及到多表查询时，就还需要使用@Result和@Results以及搭配@One和@Many注解使用。
| 注解名 | 说明 |
| @Result | 该注解实现了结果集的封装 |
| @Results | 可以与@Result一起使用，封装多个结果集 |
| @One | 实现一对一的结果集封装 |
| @Many | 实现一对多的结果集封装 |
知道这些含义就好办。
接口中的方法不变，注解也不变，添加上@Results注解，其中，该注解使用对象的方式来用最好的，也就是@Results({@Result,@Result})这样的写法。
- 在多表查询中，每一个@Result可以理解为就是一个结果集的列，使用@Result来接收，而@Results就是一张表，它将所有的列包括住。
- 当多表查询时，POJO类也有要求，若是当表格中有存在外键，那么POJO类中也必须拥有这个外键所对应的POJO类
@Result中的属性介绍：
- column：数据库的列名
- property：需要装配的属性名（POJO类的属性名）
- one：需要使用@One的注解（@Result(one=@One)()）
- many：需要使用的@Many注解（@Result(many=@many)()）
一对一表格查询
唯一的外键，在一张表中存在一个外键，那么这样配置@One注解来使用还是很简单的。 
请注意，@One注解，select参数配的是方法的地址，而该方法实际上是一个单表的查询！
而如果不想用@One，直接用POJO类.属性也是没问题的。
这里的property参数，使用了直接调用。在核心配置文件中，就要配置对应POJO类的别名
一对多表格查询
当搞明白一对一后，一对多也就简单了。实际上参数没变，知识@One注解变成了@Many注解，然后接收的类型变了而已。 
多对多表格查询
实际上，多对多，与一对多的查询相差无异，只是多对多的表格中多个一张中间表而已。
5、总结
当用惯了配置Mapper.xml的方式，再使用注解来进行开发，真的很舒服，无论是否可读性上，还是开发效率上都比xml的方式更好，注解也应是以后的开发主流。
Mybatis框架，其主要作用就是针对jdbc，sql之类dao层的东西进行的优化，其目的也就是为了简化开发，而使用注解后，其开发的效率进一步降低，当SSM进行了整合，Mybatis更是将控制权交由Spring管理，这样的开发，谁不喜欢呢。
