解析Mybatis底层实现原理 mybatis

Mybatis是一个基于java的持久层框架，支持自定义SQL、存储过程以及高级映射，免去了几乎所有的 JDBC 代码以及设置参数和获取结果集的工作，极大提高了开发的效率
为深入理解Mybatis，将从以下三个类来剖析Mybatis的执行流程：
SqlSessionFactoryBuilder

这个类可以被实例化、使用和丢弃，一旦创建了 SqlSessionFactory，就不再需要它了。因此 SqlSessionFactoryBuilder 实例的最佳作用域是方法作用域（也就是局部方法变量）。你可以重用 SqlSessionFactoryBuilder 来创建多个 SqlSessionFactory 实例，但最好还是不要一直保留着它，以保证所有的 XML 解析资源可以被释放给更重要的事情。

该类采用的是构造者模式，它的作用就是构造一个构造器，用来实例化SqlSessionFactory
观察SqlSessionFactoryBuilder源码可以发现其源码中全部都是Build()方法，最终目的是通过XML或者java代码的资源的字节流生成SqlSessionFactory
源码分析过程：

在配置Mybatis时会先配置核心配置文件——mybati-config.xml文件，如下

> ="logImpl" value="https://www.it610.com/article/STDOUT_LOGGING"/>

这个核心配置文件在SqlSessionFactoryBuilder的阶段就会以字节流的形式传入build()方法中

String resource = "mybatis-config.xml"; InputStream inputStream = null; try { inputStream = Resources.getResourceAsStream(resource); } catch (IOException e) { e.printStackTrace(); } sqlSessionFactory = new SqlSessionFactoryBuilder().build(inputStream);

在SqlSessionFactoryBuilder源码里，最终调用的是这个build()

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

在该方法的return里的build()调用的是：

public SqlSessionFactory build(InputStream inputStream, String environment, Properties properties) { try { XMLConfigBuilder parser = new XMLConfigBuilder(inputStream, environment, properties); 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. } } }

XMLConfigBuilder：是对mybatis的配置文件进行解析的类，会对myabtis解析后的信息存放在Configuration对象中，Configuration对象会贯穿整个mybatis的执行流程，为mybatis的执行过程提供各种需要的配置信息。

注意，在4中，return里又调用了一个build()方法，作用把核心配置类的字节流转换成Configruation类型，再通过该方法可获得一个实例化的DefaultSqlSessionFactory

public SqlSessionFactory build(Configuration config) { return new DefaultSqlSessionFactory(config); }

DefaultSqlSessionFactory：是SqlSessionFactory接口的实现类。关于这个类在SqlSessionFactory中再详述。
以上便是SqlSessionFactoryBuilder的工作过程，由于它的目的就是实例化SqlSessionFactory，故只需要做一次即可，一般设为局部变量。
SqlSessionFactory

SqlSessionFactory 一旦被创建就应该在应用的运行期间一直存在，没有任何理由丢弃它或重新创建另一个实例。使用 SqlSessionFactory 的最佳实践是在应用运行期间不要重复创建多次，多次重建 SqlSessionFactory 被视为一种代码“坏习惯”。因此 SqlSessionFactory 的最佳作用域是应用作用域。有很多方法可以做到，最简单的就是使用单例模式或者静态单例模式。

SqlSessionFactory其实是一个接口，其实现类是DefaultSqlSessionFactory
在DefaultSqlSessionFactory源码中，就对核心配置文件也就是Configuration做了解析：

文章图片

文章图片

SqlSessionFactory接口的源码:

public interface SqlSessionFactory {SqlSession openSession(); SqlSession openSession(boolean autoCommit); SqlSession openSession(Connection connection); SqlSession openSession(TransactionIsolationLevel level); SqlSession openSession(ExecutorType execType); SqlSession openSession(ExecutorType execType, boolean autoCommit); SqlSession openSession(ExecutorType execType, TransactionIsolationLevel level); SqlSession openSession(ExecutorType execType, Connection connection); Configuration getConfiguration(); }

通过该接口可以获得SqlSession

sqlSessionFactory = new SqlSessionFactoryBuilder().build(inputStream); }//既然有了 SqlSessionFactory，顾名思义，我们可以从中获得 SqlSession 的实例。 // SqlSession 提供了在数据库执行 SQL 命令所需的所有方法。 // 可以通过 SqlSession 实例来直接执行已映射的 SQL 语句 public static SqlSession getSqlSession(){ return sqlSessionFactory.openSession(); } }

SqlSession

每个线程都应该有它自己的 SqlSession 实例。SqlSession 的实例不是线程安全的，因此是不能被共享的，所以它的最佳的作用域是请求或方法作用域。绝对不能将 SqlSession 实例的引用放在一个类的静态域，甚至一个类的实例变量也不行。也绝不能将 SqlSession 实例的引用放在任何类型的托管作用域中，比如 Servlet 框架中的 HttpSession。如果你现在正在使用一种 Web 框架，考虑将 SqlSession 放在一个和 HTTP 请求相似的作用域中。换句话说，每次收到 HTTP 请求，就可以打开一个 SqlSession，返回一个响应后，就关闭它。这个关闭操作很重要，为了确保每次都能执行关闭操作，你应该把这个关闭操作放到 finally 块中。

通过sqlSessionFactory.openSession(); 获取到Sqlsession对象后，调用sqlSession.getMapper(Mapper接口)可获得Mapper的代理类，通过代理类调用方法就可执行数据库操作，其原理是动态代理。

SqlSession sqlSession = MybatisUtils.getSqlSession(); TeacherMapper mapper = sqlSession.getMapper(TeacherMapper.class); List teachers = mapper.getTeacher(); for (Teacher teacher : teachers) { System.out.println(teacher); }