MyBatis
ORM概述
ORM（Object/Relational Mapping）即对象关系映射，是一种数据持久化技术。它在对象模型和关系型数据库直接建立起对应关系，并且提供一种机制，通过JavaBean对象去操作数据库表的数据。MyBatis通过简单的XML或者注解的方式进行配置和原始映射，将实体类和SQL语句之间建立映射关系，是一种半自动（之所以说是半自动，因为我们要自己写SQL）的ORM实现。
MyBatis概述
MyBatis是一个半ORM（对象关系映射）框架，它内部封装了JDBC，开发时只需要关注SQL语句本身，不需要花费精力去处理加载驱动、创建连接、创建statement等繁杂的过程。程序员直接编写原生态SQL，可以严格控制SQL执行性能，灵活度高。MyBatis可以使用XML或注解来配置和映射原生信息，将POJO映射成数据库中的记录，避免了几乎所有的JDBC代码和手动设置参数以及获取结果集。通过XML文件或注解的方式将要执行的各种statement配置起来，并通过Java对象和statement中SQL的动态参数进行映射生成最终执行的SQL语句，最后由MyBatis框架执行SQL并将结果映射为Java对象并返回。
MyBatis优缺点
| 优缺点 | 举例 |
|---|---|
| 优点 | 1、基于SQL语句编程，相当灵活，不会对应用程序或者数据库的现有设计造成任何影响，SQL写在XML里，解除SQL与程序代码的耦合，便于统一管理；提供XML标签，支持编写动态SQL语句，并可重用。 2、与JDBC相比，减少了50%以上的代码量，消除了JDBC大量冗余的代码，不需要手动开关连接。 3、很好的与各种数据库兼容，因为MyBatis使用JDBC来连接数据库，所以只要JDBC支持的数据库MyBatis都支持。 4、能够与Spring很好的集成。 5、提供映射标签，支持对象与数据库的ORM字段关系映射；提供对象关系映射标签，支持对象关系组件维护。 |
| 缺点 | 1、SQL语句的编写工作量较大，尤其当字段多、关联表多时，对开发人员编写SQL语句的功底有一定要求。 2、SQL语句依赖于数据库，导致数据库移植性差，不能随意更换数据库。 |
MyBatis与Hibernate/Jpa
MyBatis与Hibernate不同，它不完全是一个ORM框架，因为MyBatis需要程序员自己编写SQL语句。Mybatis直接编写原生SQL，可以严格控制SQL执行性能，灵活度高，非常适合对关系数据模型要求不高的软件开发，因为这类软件需求变化频繁，一但需求变化要求迅速输出成果。但是灵活的前提是Mybatis无法做到数据库无关性，如果需要实现支持多种数据库的软件，则需要自定义多套SQL映射文件，工作量大。Hibernate、Jpa属于完全面向对象的持久层框架，对象关系映射能力强，数据库无关性好，对于关系模型要求高的软件，如果用Hibernate开发可以节省很多代码，提高效率。
占位符#{}和${}
| 占位符 | 比较 |
|---|---|
| #{} | #{}是预编译处理：Mybatis在处理#{}时，会将sql中的#{}替换为?号，调用PreparedStatement的set方法来赋值，使用#{}可以有效的防止SQL注入，提高系统安全性。这个占位符会给变量加上引号，所以如果是表名则只能用${}（select * from 'userInfo'）。 |
| ${} | ${}是字符串替换：Mybatis在处理${}时，就是把${}替换成变量的值。${}方式一般用于传入数据库对象，例如传入表名。 |
OGNL表达式
OGNL表达式（对象视图导航语言），支持比EL表达式更丰富的语法。MyBatis中可以使用OGNL的地方有两处：
1）动态SQL表达式中
<!--下面代码中name的值会使用OGNL计算结果--> <select id="xxx" ...> select id,name,... from country <where> <if test="name != null and name != ''"> name like concat('%', #{name}, '%') </if> </where> </select> <!--这里bind的value值会使用OGNL计算--> <select id="xxx" ...> select id,name,... from country <bind name="nameLike" value="'%' + name + '%'"/> <where> <if test="name != null and name != ''"> name like #{nameLike} </if> </where> </select>
2）${param}参数中
<!--这里注意写的是${'%' + name + '%'}，而不是%${name}%，这两种方式的结果一样，但是处理过程不一样。在MyBatis中处理${}的时候，只是使用OGNL计算这个结果值，然后替换SQL中对应的${xxx}，OGNL处理的只是${这里的表达式}。这里表达式可以是OGNL支持的所有表达式，可以写的很复杂，可以调用静态方法返回值，也可以调用静态的属性值。-->
<select id="xxx" ...>
select id,name,... from country
<where>
<if test="name != null and name != ''">
name like '${'%' + name + '%'}'
</if>
</where>
</select>
MyBatis实现原理
MyBatis接口实现原理
MyBatis接口即Mapper接口。接口的全限名（类名），就是映射文件中的namespace的值；接口的方法名，就是映射文件中Mapper的Statement的id值；接口方法内的参数，就是传递给SQL的参数。 Mapper接口是没有实现类的，当调用接口方法时，接口全限名+方法名拼接字符串作为key值，可唯一定位一个MapperStatement（在xml文件中找到唯一的SQL）。xml文件每一个标签，都会被解析为一个MapperStatement对象。Mapper接口里的方法，是不能重载的，因为是使用全限名+方法名的保存和寻找策略寻找唯一的SQL。Mapper接口的工作原理是JDK动态代理（通过实现代理对象方法），Mybatis运行时会使用JDK动态代理为Mapper接口生成代理对象proxy，代理对象会拦截接口方法，转而执行MapperStatement所代表的SQL，然后将SQL执行结果返回。所以不同的xml映射文件，如果配置了namespace，那么id可以重复；如果没有配置namespace，那么id不能重复；原因就是namespace+id是作为Map<String,MapperStatement>的key使用的，如果没有namespace，就剩下id，那么，id重复会导致数据互相覆盖。有了namespace，自然id就可以重复，namespace不同，namespace+id自然也就不同。
MyBatis插件实现原理
分页插件案例：MyBatis使用RowBounds对象进行分页，它是针对ResultSet结果集执行的内存分页（查询全部之后再截取一部分），而非物理分页。可以在SQL内直接书写带有物理分页的参数来完成物理分页功能，也可以使用分页插件来完成物理分页。分页插件的基本原理是使用MyBatis提供的插件接口，实现自定义插件，在插件的拦截方法内拦截待执行的SQL，然后重写SQL，根据dialect方言，添加对应的物理分页语句和物理分页参数。即插件的实现是动态修改SQL然后再执行SQL。
MyBatis缓存机制
MyBatis的缓存机制
一级缓存基于PerpetualCache的HashMap本地缓存，其存储作用域为Session，当Sessionflflush或close之后，该Session中的所有Cache就将清空，默认打开一级缓存。二级缓存与一级缓存其机制相同，默认也是采用PerpetualCache，HashMap存储，不同在于其存储作用域为Mapper（Namespace），并且可自定义存储源，如Ehcache。默认不打开二级缓存，要开启二级缓存，使用二级缓存属性类需要实现Serializable序列化接口（可用来保存对象的状态），可在它的映射文件中配置，对于缓存数据更新机制，当某一个作用域（一级缓存Session、二级缓存Namespaces）进行了C/U/D操作后，默认该作用域下所有select中的缓存将被clear。
Hibernate的缓存机制
一级缓存就是Session级别的缓存，在事务范围内有效，是内置的不能被卸载。二级缓存是SesionFactory级别的缓存，从应用启动到应用结束有效，是可选的。默认没有二级缓存，需要手动开启。保存数据库后，在内存中保存一份，如果更新了数据库就要同步更新。适合存放到第二级缓存中的数据：很少被修改的数据（帖子的最后回复时间）、经常被查询的数据（电商的地点）、不是很重要的数据，允许出现偶尔并发的数据、不会被并发访问的数据、常量数据。Hibernate的二级缓存默认是不支持分布式缓存的，可以使用memcahe，redis等中央缓存来代替二级缓存。
