细品mybatis源码系列(一):Mybatis的架构原理
Mybatis的架构原理
前言
上文中介绍了传统的JDBC方式与数据库进行交互操作的不便性,从而了解到框架的出现就是为了在JDBC操作的基础上进行封装和增强。
mybatis的架构设计
mybatis的架构分层
mybatis的总体来说分为三大块:
- api接口层:提供给开发人员调用,通过调用这些api与数据库进行交互。接口层接受到调用请求就调用数据处理层去处理。
- 数据处理层:负责具体的ql查找,sql解析,以及返回结果封装,就是执行sql与数据库进行一次交互操作。
- 框架支撑层:脱离业务范围,提供事务管理,缓存,连接池等基础组件功能,支撑起整个框架的运行基础。
mybatis的主要组件
组件 | 描述 |
---|---|
SqlSession | mybatis的顶层API,表示和数据库交互的会话,实现增删改查的功能 |
Executor | mybatis的核心组件之一,负责sql语句的生成及查询缓存的维护 |
StatementHandler | 封装了JDBC 的statement的操作,负责对jdbc 的statement操作 |
ParameterHandler | 将用户传递的参数转换成JDBC statement所需的参数 |
ResultSetHandler | 将数据库返回的结果进行封装成list集合 |
TypeHandler | 负责java类型与数据库中的column类型的映射和转换 |
MappedStatement | 维护了一条<select,update,insert,delete>节点的封装 |
SqlSource | 根据用户传递的参数对象,动态生成sql语句,将信息封装到boundsql中 |
BoundSql | 动态sql语句的生成以及相应的参数信息 |
主要组件的流程图
mybatis的工作流程
1. 加载配置文件并初始化
加载配置文件,配置文件由主配置congfig.xml 以及用户定义的mapper.xml 文件。
加载注解,即主配置中内容解析封装到configuration,以及用户使用的mapper注解或mapperscan,将其mapper信息封装成mappedstatement存储到内存中
2. 接收调用请求
接受用户调用mybatis提供的api,将参数和sql传递数据处理层
3. 处理请求
处理流程如下:
- 根据sql id寻找对应的MappedStatement对象
- 根据入参解析MappedStatement对象,得到要执行的sql和传入参数
- 获取数据库连接,执行sql,并处理结果
- 根据MappedStatement对象中配置的输出结果进行转换
- 释放数据库连接资源
4. 返回处理结果
将封装好的结果返回出去
小结
本文介绍了mybatis的架构设计以及主要的组件,并梳理了一下其工作流程