MyBatis是目前很是流行的ORM框架,它的功能很强大,然而其实现却比较简单、优雅。本文主要讲述MyBatis的架构设计思路,而且讨论MyBatis的几个核心部件,来探究MyBatis的实现。
1.接口层---和数据库交互的方式1.1.使用传统的MyBatis提供的API
这是传统的传递Statement Id 和查询参数给 SqlSession 对象,使用 SqlSession对象完成和数据库的交互;MyBatis 提供了很是方便和简单的API,供用户实现对数据库的增删改查数据操做,以及对数据库链接信息和MyBatis 自身配置信息的维护操做。
上述使用MyBatis 的方法,是建立一个和数据库打交道的SqlSession对象,而后根据Statement Id 和参数来操做数据库,这种方式当然很简单和实用,可是它不符合面向对象语言的概念和面向接口编程的编程习惯。因为面向接口的编程是面向对象的大趋势,MyBatis 为了适应这一趋势,增长了第二种使用MyBatis 支持接口(Interface)调用方式。
1.2. 使用Mapper接口
MyBatis 将配置文件中的每个<mapper> 节点抽象为一个 Mapper 接口,而这个接口中声明的方法和跟<mapper> 节点中的<select|update|delete|insert> 节点项对应,即<select|update|delete|insert> 节点的id值为Mapper 接口中的方法名称,parameterType 值表示Mapper 对应方法的入参类型,而resultMap 值则对应了Mapper 接口表示的返回值类型或者返回结果集的元素类型。
根据MyBatis 的配置规范配置好后,经过SqlSession.getMapper(XXXMapper.class) 方法,MyBatis 会根据相应的接口声明的方法信息,经过动态代理机制生成一个Mapper 实例,咱们使用Mapper 接口的某一个方法时,MyBatis 会根据这个方法的方法名和参数类型,肯定Statement Id,底层仍是经过SqlSession.select("statementId",parameterObject);或者SqlSession.update("statementId",parameterObject); 等等来实现对数据库的操做,
MyBatis 引用Mapper 接口这种调用方式,纯粹是为了知足面向接口编程的须要。(其实还有一个缘由是在于,面向接口的编程,使得用户在接口上可使用注解来配置SQL语句,这样就能够脱离XML配置文件,实现“0配置”)。
2.数据处理层2.1.参数映射和动态SQL语句生成
动态语句生成能够说是MyBatis框架很是优雅的一个设计,MyBatis 经过传入的参数值,使用 Ognl 来动态地构造SQL语句,使得MyBatis有很强的灵活性和扩展性。
参数映射指的是对于java 数据类型和jdbc数据类型之间的转换:这里有包括两个过程:查询阶段,咱们要将java类型的数据,转换成jdbc类型的数据,经过 preparedStatement.setXXX() 来设值;另外一个就是对resultset查询结果集的jdbcType 数据转换成java 数据类型。
2.2. SQL语句的执行以及封装查询结果集成List<E>
动态SQL语句生成以后,MyBatis 将执行SQL语句,并将可能返回的结果集转换成List<E> 列表。MyBatis 在对结果集的处理中,支持结果集关系一对多和多对一的转换,而且有两种支持方式,一种为嵌套查询语句的查询,还有一种是嵌套结果集的查询。
3. 框架支撑层3.1. 事务管理机制
事务管理机制对于ORM框架而言是不可缺乏的一部分,事务管理机制的质量也是考量一个ORM框架是否优秀的一个标准。
3.2. 链接池管理机制
因为建立一个数据库链接所占用的资源比较大, 对于数据吞吐量大和访问量很是大的应用而言,链接池的设计就显得很是重要。
3.3. 缓存机制
为了提升数据利用率和减少服务器和数据库的压力,MyBatis 会对于一些查询提供会话级别的数据缓存,会将对某一次查询,放置到SqlSession中,在容许的时间间隔内,对于彻底相同的查询,MyBatis 会直接将缓存结果返回给用户,而不用再到数据库中查找。java