mybatis核心组件
mybatis-config.xml
XML 配置文件(configuration XML)中包含了对 MyBatis 系统的核心设置,包含获取数据库连接实例的数据源(DataSource)和决定事务作用域和控制方式的事务管理器(TransactionManager)
SqlSessionFactoryBuilder
作用
SqlSessionFactoryBuilder通过类名就可以看出这个类的主要作用就是创建一个SqlSessionFactory,通过输入mybatis配置文件的字节流或者字符流,生成XMLConfigBuilder,XMLConfigBuilder创建一个Configuration,Configuration这个类中包含了mybatis的配置的一切信息,mybatis进行的所有操作都需要根据Configuration中的信息来进行。作用域(Scope)和生命周期
可以重用 SqlSessionFactoryBuilder 来创建多个 SqlSessionFactory 实例,但是最好还是不要让其一直存在 ,以保证所有的 XML 解析资源开放给更重要的事情, 这个类可以被实例化、使用和丢弃,一旦创建了 SqlSessionFactory,就不再需要它了。因此 SqlSessionFactoryBuilder 实例的最佳作用域是方法作用域(也就是局部方法变量)
SqlSessionFactory接口
概念
sql会话工厂,用于创建SqlSession作用域(Scope)和生命周期
SqlSessionFactory 一旦被创建就应该在应用的运行期间一直存在,没有任何理由对它进行清除或重建,最佳作用域是应用作用域。有很多方法可以做到,最简单的就是使用单例模式或者静态单例模式。如何创建
使用xml构建
1 | String resource = "org/mybatis/example/mybatis-config.xml"; |
java代码构建
1 | DataSource dataSource = BlogDataSourceFactory.getBlogDataSource(); |
SqlSession接口
概念
SqlSession是MyBatis的一个重要接口,定义了数据库的增删改查以及事务管理的常用方法。SqlSession还提供了查找Mapper接口的有关方法。作用域(Scope)和生命周期
每个线程都应该有它自己的 SqlSession 实例, SqlSession 的实例不是线程安全的,因此是不能被共享的,所以它的最佳的作用域是请求或方法作用域,每次收到的 HTTP请求,就可以打开一个 SqlSession,返回一个响应,就关闭它。如何创建
1 | SqlSession session = sqlSessionFactory.openSession(); |
Mapper接口
概念
承载了实际的业务逻辑,其生命周期比较短,由SqlSession创建,用于将Java对象和实际的SQL语句对应起来。Mapper接口是指程序员自行定义的一个数据操纵接口,类似于通常所说的DAO接口。跟DAO不同的地方在于Mapper接口只需要程序员定义,不需要程序员去实现,MyBatis会自动为Mapper接口创建动态代理对象。Mapper接口的方法通常与Mapper配置文件中的select、insert、update、delete等XML结点存在一一对应关系。实现方式
- (1)使用XML配置文件的方式。
- (2)使用注解方式。
- (3)直接使用MyBatis提供的API。
mybatis的优缺点
优点
- 易于上手和掌握。
- sql写在xml里,便于统一管理和优化。
- 解除sql与程序代码的耦合。
- 提供映射标签,支持对象与数据库的orm字段关系映射
- 提供对象关系映射标签,支持对象关系组建维护
- 提供xml标签,支持编写动态sql。
缺点
sql工作量很大,尤其是字段多、关联表多时,更是如此。
sql依赖于数据库,导致数据库移植性差。
由于xml里标签id必须唯一,导致DAO中方法不支持方法重载。
字段映射标签和对象关系映射标签仅仅是对映射关系的描述,具体实现仍然依赖于sql。(比如配置了一对多Collection标签,如果sql里没有join子表或查询子表的话,查询后返回的对象是不具备对象关系的,即Collection的对象为null)
DAO层过于简单,对象组装的工作量较大。
不支持级联更新、级联删除。
编写动态sql时,不方便调试,尤其逻辑复杂时。
提供的写动态sql的xml标签功能简单(连struts都比不上),编写动态sql仍然受限,且可读性低。
若不查询主键字段,容易造成查询出的对象有“覆盖”现象。
参数的数据类型支持不完善。(如参数为Date类型时,容易报没有get、set方法,需在参数上加@param)
多参数时,使用不方便,功能不够强大。(目前支持的方法有map、对象、注解@param以及默认采用012索引位的方式)
缓存使用不当,容易产生脏数据。
Mybatis常见问题
传统 JDBC 的弊端
1、jdbc 底层没有用连接池、操作数据库需要频繁的创建和关联链接。消耗很大的资源
2、写原生的 jdbc 代码在 java 中,一旦我们要修改 sql 的话,java 需要整体编译,不利于系 统维护
3、使用 PreparedStatement 预编译的话对变量进行设置 123 数字,这样的序号不利于维护 4、返回 result 结果集也需要硬编码。
什么是Mybatis?
1、Mybatis是一个半ORM(对象关系映射)框架,它内部封装了JDBC,开发时只需要关注SQL语句本身,不需要花费精力去处理加载驱动、创建连接、创建statement等繁杂的过程。程序员直接编写原生态sql,可以严格控制sql执行性能,灵活度高。
2、MyBatis 可以使用 XML 或注解来配置和映射原生信息,将 POJO映射成数据库中的记录,避免了几乎所有的 JDBC 代码和手动设置参数以及获取结果集。
3、通过xml 文件或注解的方式将要执行的各种 statement 配置起来,并通过java对象和 statement中sql的动态参数进行映射生成最终执行的sql语句,最后由mybatis框架执行sql并将结果映射为java对象并返回。(从执行sql到返回result的过程)。
Mybatis执行流程
mybatis核心概念
名称 | 意义 |
---|---|
Configuration | 管理 mysql-config.xml全局配置关系类 |
SqlSessionFactory | Session 管理工厂接口 |
Session | SqlSession 是一个面向用户(程序员)的接口。SqlSession 中提 供了很多操作数据库的方法 |
Executor | 执行器是一个接口(基本执行器、缓存执行器) 作用:SqlSession 内部通过执行器操作数据库 |
MappedStatement | 底层封装对象 作用:对操作数据库存储封装,包括 sql 语句、输入输出参数 |
StatementHandler | 具体操作数据库相关的 handler 接口 |
ResultSetHandler | 具体操作数据库返回结果的 handler 接口 |
Mybatis 全局配置详解
MyBatis与Hibernate有哪些不同?
1、Mybatis和hibernate不同,它不完全是一个ORM框架,因为MyBatis需要程序员自己编写Sql语句。
2、Mybatis直接编写原生态sql,可以严格控制sql执行性能,灵活度高,非常适合对关系数据模型要求不高的软件开发,因为这类软件需求变化频繁,一但需求变化要求迅速输出成果。但是灵活的前提是mybatis无法做到数据库无关性,如果需要实现支持多种数据库的软件,则需要自定义多套sql映射文件,工作量大。
3、Hibernate对象/关系映射能力强,数据库无关性好,对于关系模型要求高的软件,如果用hibernate开发可以节省很多代码,提高效率。
#{}
和 ${}
的区别是什么?
#{}
是预编译处理,Mybatis在处理#{}
时,会将sql中的#{}
替换为?
号,调用PreparedStatement
的set
方法来赋值;${}
是字符串替换,Mybatis在处理${}
时,就是把${}
替换成变量的值原样拼接在SQL中;使用
#{}
可以有效的防止SQL注入,提高系统安全性
Dao接口的工作原理是什么?Dao接口里的方法能重载吗?
Dao接口即Mapper接口。接口的全限名,就是mapper映射文件中的namespace
的值;
接口的方法名,就是映射文件中Mapper的Statement
的id
值;接口方法内的参数,就是传递给sql的参数。
Mapper接口是没有实现类的,当调用接口方法时,接口全限名+方法名拼接字符串作为key值,可唯一定位一个MapperStatement
。
在Mybatis中,每一个 <select>
、<insert>
、<update>
、<delete>
标签,都会被解析为一个MapperStatement
对象。举例: com.mybatis3.mappers.StudentDao.findStudentById
,可以唯一找到namespace
为 com.mybatis3.mappers.StudentDao
下面 id
为 findStudentById
的 MapperStatement
。
Mapper接口里的方法,是不能重载的,因为是使用 全限名+方法名 的保存和寻找策略。
Mapper接口的工作原理是JDK动态代理,Mybatis运行时会使用JDK动态代理为Mapper接口生成代理对象proxy,代理对象会拦截接口方法,转而执行MapperStatement所代表的sql,然后将sql执行结果返回。
Mybatis是如何进行分页的?分页插件的原理是什么?
Mybatis使用RowBounds
对象进行分页,它是针对ResultSet
结果集执行的内存分页,而非物理分页。可以在sql内直接书写带有物理分页的参数来完成物理分页功能,也可以使用分页插件来完成物理分页。
分页插件的基本原理是使用Mybatis提供的插件接口,实现自定义插件,在插件的拦截方法内拦截待执行的sql,然后重写sql,根据dialect方言,添加对应的物理分页语句和物理分页参数.
Mybatis是否支持延迟加载?如果支持,它的实现原理是什么?
Mybatis
仅支持association
关联对象和collection
关联集合对象的延迟加载,association
指的就是一对一,collection
指的就是一对多查询。
在Mybatis配置文件中,可以配置是否启用延迟加载lazyLoadingEnabled=true|false
。
它的原理是,使用CGLIB
创建目标对象的代理对象,当调用目标方法时,进入拦截器方法,比如调用a.getB().getName()
,拦截器invoke()
方法发现a.getB()
是null值,那么就会单独发送事先保存好的查询关联B对象的sql,把B查询上来,然后调用a.setB(b)
,于是a的对象b属性就有值了,接着完成a.getB().getName()
方法的调用。这就是延迟加载的基本原理。
当然了,不光是Mybatis
,几乎所有的包括Hibernate
,支持延迟加载的原理都是一样的
Mybatis的一级、二级缓存
1)一级缓存: 基于 PerpetualCache
的 HashMap 本地缓存,其存储作用域为 Session
,当 Session flush 或 close 之后,该 Session 中的所有 Cache 就将清空,默认打开一级缓存。
2)二级缓存与一级缓存其机制相同,默认也是采用 PerpetualCache
,HashMap 存储,不同在于其存储作用域为 Mapper(Namespace)
,并且可自定义存储源,如 Ehcache
。默认不打开二级缓存,要开启二级缓存,使用二级缓存属性类需要实现Serializable
序列化接口(可用来保存对象的状态), 可在它的映射文件中配置 <cache/>
;
3)对于缓存数据更新机制,当某一个作用域(一级缓存 Session/二级缓存Namespaces)的进行了C/U/D 操作后,默认该作用域下所有 select
中的缓存将被 clear
。
Mybatis都有哪些Executor执行器?
Mybatis有三种基本的Executor执行器,SimpleExecutor
、ReuseExecutor
、BatchExecutor
。
SimpleExecutor:每执行一次
update
或select
,就开启一个Statement
对象,用完立刻关闭Statement
对象。ReuseExecutor:执行
update
或select
,以sql
作为key查找Statement
对象,存在就使用,不存在就创建,用完后,不关闭Statement
对象,而是放置于Map<String, Statement>
内,供下一次使用。简言之,就是重复使用Statement
对象。BatchExecutor:执行
update
(没有select,JDBC批处理不支持select),将所有sql都添加到批处理中(addBatch()
),等待统一执行(executeBatch()
),它缓存了多个Statement
对象,每个Statement
对象都是addBatch()
完毕后,等待逐一执行executeBatch()
批处理。与JDBC批处理相同。
作用范围:Executor的这些特点,都严格限制在SqlSession生命周期范围内。
简述Mybatis的插件运行原理,以及如何编写一个插件。
Mybatis仅可以编写针对:
ParameterHandler
ResultSetHandler
StatementHandler
Executor
这4种接口的插件,Mybatis使用JDK的动态代理,为需要拦截的接口生成代理对象以实现接口方法拦截功能,每当执行这4种接口对象的方法时,就会进入拦截方法,具体就是InvocationHandler
的invoke()
方法,当然,只会拦截那些你指定需要拦截的方法。
编写插件:
- ① 实现Mybatis的
Interceptor
接口并覆写intercept()
方法; - ② 给插件编写注解,指定要拦截哪一个接口的哪些方法即可;
- ③ 在配置文件中配置你编写的插件。
如何获取自动生成的(主)键值
一般插入数据的话,如果我们想要知道刚刚插入的数据的主键是多少,我们可以通过以下的方式来获取
需求:
user对象插入到数据库后,新记录的主键要通过user对象返回,通过user获取主键值。
解决思路:
通过LAST_INSERT_ID()
获取刚插入记录的自增主键值,在insert
语句执行后,执行select LAST_INSERT_ID()
就可以获取自增主键。
mysql:
1 | <insert id="insertUser" parameterType="cn.itcast.mybatis.po.User"> |
Mybatis动态sql
Mybatis动态sql可以让我们在Xml映射文件内,以标签的形式编写动态sql,完成逻辑判断和动态拼接sql的功能;
Mybatis提供了9种动态sql标签:
trim|where|set|foreach|if|choose|when|otherwise|bind
。其执行原理为,使用
OGNL
从 sql 参数对象中计算表达式的值,根据表达式的值动态拼接sql,以此来完成动态sql的功能;
Mybatis比IBatis比较大的几个改进
a.增加接口绑定,包括注解绑定sql和xml绑定Sql ,
b.动态sql由原来的节点配置变成OGNL表达式,
c. 在一对一,一对多的时候引进了
association
, 在一对多的时候引入了collection
节点, 不过都是在resultMap
里面配置