从Mybatis源码到Spring动态数据源底层原理分析、Mybatis初始化源码浅析

一、引入

本系列文章最终的目标是为了分析spring动态数据源的原理, 相信大家在公司的开发中应该都会遇到一个项目中出现多个数据库连接的情况, 以我遇到的一种情况来说, 用户根据id分布在不同的数据库, 每个数据库中的表结构一模一样, 这就会导致, 在执行业务代码的时候, 不同的用户需求在不同的数据库中执行对应的sql, 即在mybatis作为持久层框架的情况下, 一个mapper可能会在不同的情况下, 对不同的数据库进行操作, 这就需要我们有能够执行动态数据源的功能, 而在这其中, 最重要的一部分就是事务了(不是分布式事务, 应该属于动态事务), @Transactional中标注的业务逻辑, 在不同的数据源下需要执行不同数据库的事务, 为了能够清晰的了解到spring-mybatis是如何联动实现动态数据源, 以及实现动态事务的原理, 我们从mybatis的源码开始分析, 到spring整合mybatis的原理, 到spring事务原理, 最终来展示动态数据源情况下动态事务的原理

注意事项, mybatis源码相对于之前我分析的spring、springmvc的源码来说, 会更加的简单, 但是我不会把每一个细节都分析的非常底层, 而是从一个整体的流程出发进行分析, 在对mybatis有一个整体的认知之后, 如果想深入的了解某一块的内容, 那么会变得非常轻松, 举个例子, 对于如何将一个这样的标签解析并得到对应的实体类对象这样的内容不会进行分析(这里面其实就是一些xml的解析以及对嵌套查询的处理而已)

二、配置文件整体概览

2.1、简单的描述

我们以xml格式下的mybatis文件进行分析, 这是相对比较传统的, 而目前大家都是基于springboot进行开发, 在这种情况下, 只不过是将对mybatis配置文件的解析变成了对application.yml文件的解析, 进而得到对应的mybatis配置对象而已, 之后我们在分析spring整合mybatis的时候, 也会分析这一块, 从xml文件入手, 我们之后会能够更加的清晰springboot是如何剔除了mybatis-config这样的配置文件的

2.2、配置文件

------ mybatis-con.xml ------

configuration
		  PUBLIC "-//mybatis.org//DTD Config 3.0//EN"
		  "http://mybatis.org/dtd/mybatis-3-config.dtd">
<configuration>
	<environments default="development">
		<environment id="development">
			<transactionManager type="JDBC"/>
			<dataSource type="POOLED">
				<property name="driver" value="com.mysql.cj.jdbc.Driver"/>
				<property name="url" value="jdbc:mysql://dev1-linux.pospal.cn:3306/pospal?serverTimezone=GMT%2B8&useUnicode=true&characterEncoding=UTF-8&useSSL=true&allowMultiQueries=true"/>
				<property name="username" value="xxx"/>
				<property name="password" value="xxx"/>
			dataSource>
		environment>
	environments>
	<mappers>
		<mapper resource="mapper/CustomerMapper.xml"/>
	mappers>
configuration>


------ CustomerMapper.xml ------

mapper PUBLIC "-//mybatis.org//DTD Mapper 3.0//EN" "http://mybatis.org/dtd/mybatis-3-mapper.dtd">
<mapper namespace="com.fightzhong.mapper.CustomerMapper">
	<select id="selectRemarksById" parameterType="int" resultType="String" >
		select remarks
		from customer where id = #{id}
	select>
mapper>
复制代码

2.3、config文件分析

其实mybatis在初始化的时候就是对上面这些配置文件进行xml解析而已, 将它们解析成一个个的java对象存储起来, 首先我们来看看mybatis-con.xml这个文件, configuration对象, 故名思义, 就是mybatis的配置, 在mybatis初始化的时候, 会将其解析成一个Configuration对象, 而environment对象也是一样, 会将其解析成一个Environment对象, environments标签中可以配置多个environment标签, 通过default来表示默认生效哪一个, 在environment中, 则表示的是当前环境下的数据库配置信息, 其中包括事务工厂(用于创建事务的factory)、数据源等, 所以以上配置映射成java对象即如下:

class Configuration {
    private Environment environment;

    private Map mappedStatements;
}

class Environment {
    private TransactionFactory transactionFactory;

    private DataSource dataSource;
}
复制代码

非常清晰的映射关系, 一个环境里面包含了数据源以及事务工厂, 如果不是很理解事务工厂的用处, 可以先不用着急, 我们后面的文章会进行详细的分析, 在本小节, 只是为了告诉大家, 一个mybatis的配置文件, 最终其实是以java对象保存的, 而xml中的标签层级, 其实就是对应了对象中的属性层级

2.4、mapper文件分析

对于xxxMapper.xml这些文件, mybatis中通过mapper标签的namespace + select / update等标签中的id构成一个唯一标识(假设为statementId), 每一个sql标签以MappedStatement的对象的形式保存在Configuration对象中, 在上面的Configuration中, 以statementId -> MappedStatement 形成一个映射关系, 而MappedStatement中则存储了一个select等类型的标签中的所有内容, 比如parameterType, resultType, resultMap, sql等, 当我们在触发sql执行的时候, 即通过statementId找到对应的MappedStatement, 取出里面的sql来执行, 然后利用resulthandler以及resultType或者resultMap等信息对结果集进行封装映射, 最后返回

在日常的开发中, 我们面向接口编程, 会定义一个个的Mapper接口类, 当执行这些接口方法的时候, 代理对象会利用接口的全路径类名 + 接口方法名构成一个statementId, 进而获取到对应的MappedStatement, 然后从中提取sql, 执行sql, 最后将结果集利用MappedStatement中的保存的resultMap等信息映射成对应的java对象

2.5、总结

mybatis-con.xml这样的配置文件, 以Configuration对象存储, 表示整个mybatis的配置文件, 里面包含了一个环境(当前mybatis中对应的数据源以及事务工厂)以及所有的Mapper文件中一个个sql标签解析出来后的MappedStatement对象, xml文件的层次对应了java对象中的属性层次, MappedStatement中包含了一个sql标签需要执行的所有信息, 包括sql、动态sql解析需要的数据以及通过jdbc查询到的结果集如果处理的信息

3、配置文件初始化源码分析

3.1、代码引入

public static void main(String[] args) {
    SqlSessionFactory sqlSessionFactory = new SqlSessionFactoryBuilder().build(Resources.getResourceAsStream( "mybatis-con.xml" ) );
    SqlSession sqlSession = sqlSessionFactory.openSession();
    List