mybatis工作原理

一、相较于Hibernate,mybatis的优势在哪里?

Hibernate缺点:

1、运行效率低,内存占用比较严重

2、针对单一对象的增删改查,适合Hibernate,而Hibernate在批量操作时处于弱势

3、虽然Hibernate引入一二级缓存、lazyload、查询缓存等更多优化空间(对于那些改动 不大且经常使用的数据,可将他们放入缓存中),但Hibernate对于持久层封装过于完 整,导致开发人员无法对sql进行优化,不适用于大型项目

mybatis优点:

1、代码量大大减少,开发效率高

2、 MyBatis相当灵活,SQL写在XML里,从程序代码中彻底分离,降低耦合度,便于统 一管理和优化,并可重用

3、运行效率高

二、mybatis原理

下面是mybatis的一个原理图,看懂这个图对理解mybatis工作原理很重要:

mybatis工作原理_第1张图片

上面的原理图看的不是很清晰,下面再详细介绍一下mybatis的主要成员:

1、Configuration

MyBatis所有的配置信息都保存在Configuration对象之中,配置文件的大部分配置都会存储到该类中

2、SqlSession

作为MyBatis工作的主要顶层API,表示和数据库交互时的会话,完成必要数据库增删改查功能

3、Executor

MyBatis执行器,是MyBatis 调度的核心,负责SQL语句的生成和查询缓存的维护

StatementHandler 封装了JDBC Statement操作,负责对JDBC statement 的操作,如设置参数等

4、ParameterHandler

负责对用户传递的参数转换成JDBC Statement 所对应的数据类型

5、ResultSetHandler

负责将JDBC返回的ResultSet结果集对象转换成List类型的集合

6、TypeHandler

负责java数据类型和jdbc数据类型(也可以说是数据表列类型)之间的映射和转换

7、MappedStatement

MappedStatement维护一条节点的封装

8、SqlSource

负责根据用户传递的parameterObject,动态地生成SQL语句,将信息封装到BoundSql对象中,并返回

9、BoundSql

表示动态生成的SQL语句以及相应的参数信息

 

下面介绍一下mybatis的工作流程:

首先,mybatis的增删改查这些数据库操作都是基于sqlsession类的,SqlSession又是由SqlSessionFactory类创建出来的(这里采用了java设计模式中的工厂模式),而SqlSessionFactory是由SqlSessionFactoryBuilder创建的,SqlSessionFactoryBuilder要想创建SqlSessionFactory,必须要有原料(即mybatis配置文件),下面是创建SqlSession的代码:

//加载classpath路径下的mybatis配置文件
InputStream in=Resources.getResourceAsStream("mybatis-config.xml");
//根据加载配置文件产生的输入流,来创建一个SqlSessionFactory
SqlSessionFactory sessionFactory = new SqlSessionFactoryBuilder().build(in);
//根据SqlSessionFactory创建SqlSession
SqlSession session = sessionFactory.openSession();

 

下面介绍这几个重要对象的作用域和生命周期

1、SqlSessionFactoryBuilder

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

2、SqlSessionFactory

SqlSessionFactory 一旦被创建就应该在应用的运行期间一直存在,没有任何理由对它进行清除或重建。使用 SqlSessionFactory 的最佳实践是在应用运行期间不要重复创建多次。因此 SqlSessionFactory 的最佳作用域是应用作用域。有很多方法可以做到,最简单的就是使用单例模式或者静态单例模式

3、SqlSession

每个线程都应该有它自己的 SqlSession 实例。SqlSession 的实例不是线程安全的,因此是不能被共享的,所以它的最佳的作用域是请求或方法作用域。绝对不能将 SqlSession 实例的引用放在一个类的静态域,甚至一个类的实例变量也不行。sqlSession在每次用完之后必须关闭它

三、mybatis缓存机制

1、一级缓存

MyBatis一级缓存是基于sqlSession的,sqlSession对象有一个HashMap用于存储缓存数据,此HashMap是当前会话对象私有的别的SqlSession会话对象无法访问。一级缓存默认是开启的,且无法关闭。增删改操作会清空当前sqlSession里的缓存

2、二级缓存

MyBatis二级缓存是mapper级别的缓存,同一个namespace共用这一个缓存,所以对SqlSession是共享的,二级缓存是默认关闭的。

如何配置二级缓存?只需要在sql映射文件中添加即可

测试代码:

/*
 * 注意:被缓存的数据要实现序列化接口(在这里将Book.java实现序列化接口),否则会出现异常
 * 另外,当某一个sqlSession修改了共享的缓存数据之后,二级缓存也会清空
 */
SqlSession session_1 = MyBatisUtil.getSession();
BookDao mapper_1 = session_1.getMapper(BookDao.class);
mapper_1.listBook();
//注意,必须提交才能将数据放进二级缓存
session_1.commit();
		
SqlSession session_2 = MyBatisUtil.getSession();
BookDao mapper_2 = session_2.getMapper(BookDao.class);
mapper_2.listBook();

这里只是为了测试二级缓存的原理,所以MyBatisUtil类如何获取SqlSession的代码就没有粘贴进来了。

mybatis工作原理_第2张图片

运行上面的代码,通过log4j打印出来的日志可以看到,,明明运行了两次listBook方法,但最终查询语句(select * from book)只出现一次,这次因为第二次查询命中了缓存,就不需要再查数据库了

 

 

 

你可能感兴趣的:(mybatis)