深入剖析MyBatis的架构原理

本文介绍了 MyBatis 的架构设计和主要构件，包括功能架构分为API接口层、数据处理层和基础支撑层。讨论了 MyBatis 的各构件之间的交互关系，并描述了 MyBatis 的总体流程：加载配置并初始化，接收调用请求，处理操作请求，返回处理结果。通过分析这些内容，可以更好地理解 MyBatis 的内部工作原理和流程。

# 架构设计

简要画出 MyBatis 的架构图 >>

‍

Mybatis 的功能架构分为哪三层？
- API 接口层
  - 提供给外部使用的接口 API，开发人员通过这些本地 API 来操纵数据库。接口层一接收到调用请求就会调用数据处理层来完成具体的数据处理。MyBatis 和数据库的交互有两种方式：
    - 使用传统的 MyBatis 提供的 API
    - 使用 Mapper 代理的方式
- 数据处理层
  - 负责具体的 SQL 查找、SQL 解析、SQL 执行和执行结果映射处理等。它主要的目的是根据调用的请求完成一次数据库操作。
- 基础支撑层
  - 负责最基础的功能支撑，包括连接管理、事务管理、配置加载和缓存处理，这些都是共用的东⻄，将他们抽取出来作为最基础的组件。为上层的数据处理层提供最基础的支撑

# 主要构件及其相互关系

MyBatis 有哪些主要构件 >>
- SqlSession、Executor、StatementHandler、ParameterHandler、ResultSetHandler、TypeHandler、MappedStatement、SqlSource、BoundSql

构件	描述
SqlSession	作为 MyBatis 工作的主要顶层 API，表示和数据库交互的会话，完成必要数据库增删改查功能
Executor	MyBatis 执行器，是 MyBatis 调度的核心，负责 SQL 语句的生成和查询缓存的维护
StatementHandler	封装了 JDBC Statement 操作，负责对 JDBC statement 的操作，如设置参数、将 Statement 结果集转换成 List 集合。
ParameterHandler	负责对用户传递的参数转换成 JDBC Statement 所需要的参数
ResultSetHandler	负责将 JDBC 返回的 ResultSet 结果集对象转换成 List 类型的集合
TypeHandler	负责 java 数据类型和 jdbc 数据类型之间的映射和转换
MappedStatement	维护了一条 <select \| update \| delete \| insert> 节点的封装
SqlSource	负责根据用户传递的 parameterObject，动态地生成 SQL 语句，将信息封装到 BoundSql 对象中，并返回
BoundSql	表示动态生成的 SQL 语句以及相应的参数信息

请画一下 MyBatis 各个构件之间的交互关系 >>

# 总体流程

描述一下 My Batis 的总体流程 >>
- (1) 加载配置并初始化
  
  触发条件： 加载配置文件
  
  配置来源于两个地方，一个是配置文件(主配置文件 conf.xml,mapper 文件*.xml)，—个是 java 代码中的注解，将主配置文件内容解析封装到 Configuration,将 sql 的配置信息加载成为一个 mappedstatement 对象存储在内存之中
- (2) 接收调用请求
  
  触发条件： 调用 Mybatis 提供的 API
  
  **传入参数：** 为 SQL 的 ID 和传入参数对象
  
  处理过程： 将请求传递给下层的请求处理层进行处理。
- (3) 处理操作请求
  
  触发条件： API 接口层传递请求过来
  
  传入参数： 为 SQL 的 ID 和传入参数对象
  
  处理过程：
  (A) 根据 SQL 的 ID 查找对应的 MappedStatement 对象。
  (B) 根据传入参数对象解析 MappedStatement 对象，得到 最终要执行的 SQL 和执行传入参数 。
  (C) 获取 数据库连 接，根据得到的最终 SQL 语句和执行传入参数到数据库执行，并得到执行结果。
  (D) 根据 MappedStatement 对象中的结果映射配置对得到的执行结果进行转换处理，并得到最终的处理结果。
  (E) 释放 连接资源 。
- (4) 返回处理结果
  
  将最终的处理结果返回