Mybatis源码分析——2.一切的开始SqlSessionFactory

最新推荐文章于 2024-11-13 20:43:20 发布

刷闲书的莉莉

最新推荐文章于 2024-11-13 20:43:20 发布

阅读量127

点赞数

分类专栏： mybatis 文章标签： java

本文链接：https://blog.csdn.net/qq_33716964/article/details/104845919

版权

mybatis 专栏收录该内容

7 篇文章 0 订阅

订阅专栏

SqlSessionFactory开始创建

根据上一节我们知道，使用Mybatis时，操作过程如下：

根据配置文件使用SqlSessionFactoryBuilder创建SqlSessionFactory
使用SqlSessionFactory获取一个SqlSession
通过SqlSession获取XXXMapper对象
最后通过获取到的XXXMapper对象调用我们在配置文件中声明的方法。

根据Mybatis的例子中，我们可以按照如下代码创建一个SqlSessionFactory：

// 指定配置文件位置
String resource = "org/mybatis/example/mybatis-config.xml";
// 获取配置文件文件流
InputStream inputStream = Resources.getResourceAsStream(resource);
// 通过SqlSessionFactoryBuilder使用配置文件创建一个`SqlSessionFactory`
SqlSessionFactory sqlSessionFactory = new SqlSessionFactoryBuilder().build(inputStream);

经过了这一步 SqlSessionFactory就创建完成了，那么我们可以先考察一下创建完成的SqlSessionFactory到底是什么样子的？事实上SqlSessionFactory是一个接口，在Mybatis中有两个具体实现，分别是SqlSessionManager和DefaultSqlSessionFactory。

在这里插入图片描述

这里笔者先剧透一下，现在我们主要考察DefaultSqlSessionFactory类，先不管SqlSessionManager。

考察DefaultSqlSessionFactory可以看到该类只有一个属性：

private final Configuration configuration;

属性名为configuration（配置），这就是我们在配置文件中写的配置，全部都存储在这一个对象中。所以SqlSessionFactoryBuilder就解析了一个配置？

实际上是的，SqlSessionFactoryBuilder就解析了一个配置，它将配置文件中所有的配置都存储到了Configuration对象中。

其实这种操作并不罕见，拿离我们最近的Java来说，我想正在读这篇文章的你一定使用过Java，我们写的代码都是.java文件，这些文件会编译成字节码文件，这些字节码文件都会加载到内存中，最后成为一个个Class对象。Spring 中的Bean配置的xml文件也是同理。所以这是一个基本操作。每种配置文件都有一种解析方式，正是如此，使得配置文件与配置对象通过配置解析器解耦。

如下图：

在这里插入图片描述

每个配置解析器都只做一件事，就是将配置文件解析成存储配置的Configuration对象，这也符合了单一职责原则。这也算是一个工厂模式的实现吧，将具体的配置实现与配置对象解耦。不过这个工厂模式不限于只在代码处实现，因为配置文件也是它的一部分。

所以，Mybatis、Spring等一系列框架既有Xml文件配置、也有Java配置，甚至有的有yaml文件配置，都是因为这个原因。

那么接下来让我们查看SqlSessionFactoryBuilder解析配置文件的逻辑，即SqlSessionFactoryBuilder的build(InputStream)方法：

public SqlSessionFactory build(InputStream inputStream) {
    return build(inputStream, null, null);
}

public SqlSessionFactory build(InputStream inputStream, String environment, Properties properties) {
    try {
      // 创建XML文件配置解析器
      XMLConfigBuilder parser = new XMLConfigBuilder(inputStream, environment, properties);
      // 解析XML文件，并根据解析结果创建DefaultSqlSessionFactory
      return build(parser.parse());
    } catch (Exception e) {
      throw ExceptionFactory.wrapException("Error building SqlSession.", e);
    } finally {
      ErrorContext.instance().reset();
      try {
        inputStream.close();
      } catch (IOException e) {
        // Intentionally ignore. Prefer previous error.
      }
    }
}
public SqlSessionFactory build(Configuration config) {
    return new DefaultSqlSessionFactory(config);
}

可以看到所有的xml文件配置解析都封装在了XMLConfigBuilder中。

通过上述的分析我们知道了，SqlSessionFactoryBuilder仅仅通过XMLConfigBuilder解析了XML文件的配置，并存储在Configuration对象中，最后通过Configuration对象创建一个DefaultSqlSessionFactory。

总结

通过分析SqlSessionFactoryBuilder，个人觉得这个类设计的并不是很好，因为它将解析方式和 FactoryBuilder耦合了起来，使用SqlSessionFactoryBuilder就只能使用xml文件来配置Mybatis。如果想扩展其他方式就只能自己重写一个FactoryBuilder。

下一节:Mybatis源码分析-3.开始配置解析