学习Mybatis框架~
Mybatis
环境:
- JDK 1.8
- Mysql 5.7
- maven 3.6.1
- IDEA
回顾:
- JDBC
- Mysql
- Java基础
- Maven
- Junit
框架:配置文案
Mabatis
简介
- MyBatis 是一款优秀的持久层框架
- 它支持自定义 SQL、存储过程以及高级映射
- MyBatis 免除了几乎所有的 JDBC 代码以及设置参数和获取结果集的工作。
- MyBatis 可以通过简单的 XML 或注解来配置和映射原始类型、接口和 Java POJO(Plain Old Java Objects,普通老式 Java 对象)为数据库中的记录。
- MyBatis本是apache的一个开源项目iBatis,2010年这个项目由apache software foundation迁移到了google code,并且改名为MyBatis
- 2013年11月迁移到Github。
如何获得:
Maven仓库
1
2
3
4
5<dependency>
<groupId>org.mybatis</groupId>
<artifactId>mybatis</artifactId>
<version>3.5.6</version>
</dependency>
持久化
数据持久化:就是将程序的数据在持久状态和瞬时状态转化的过程
内存:单点即失
数据库(jdbc),io文件持续化
持久层
Dao层、Service层、Controller层
- 完成持久化工作的代码块
- 层界限十分明显
为什么需要mybatis
- 帮助将数据存入到数据库中
- 方便
- 传统JDBC代码太复杂了,简化,框架,自动化
- 优点:
- 简单易学:本身就很小且简单。没有任何第三方依赖,最简单安装只要两个jar文件+配置几个sql映射文件。易于学习,易于使用。通过文档和源代码,可以比较完全的掌握它的设计思路和实现
- 灵活:mybatis不会对应用程序或者数据库的现有设计强加任何影响。 sql写在xml里,便于统一管理和优化。通过sql语句可以满足操作数据库的所有需求
- 解除sql与程序代码的耦合:通过提供DAO层,将业务逻辑和数据访问逻辑分离,使系统的设计更清晰,更易维护,更易单元测试。sql和代码的分离,提高了可维护性
- 提供映射标签,支持对象与数据库的ORM字段关系映射
- 提供对象关系映射标签,支持对象关系组建维护
- 提供xml标签,支持编写动态sql
第一个Mybatis程序
搭建环境
1 |
|
mybatis-config.xml
1 |
|
导入Mybatis
1 | package com.zwl.utils; |
编写代码
实体类
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49package com.zwl.pojo;
public class User {
private int id;
private String name;
private String pwd;
public User() {
}
public User(int id, String name, String pwd) {
this.id = id;
this.name = name;
this.pwd = pwd;
}
public int getId() {
return id;
}
public void setId(int id) {
this.id = id;
}
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
public String getPwd() {
return pwd;
}
public void setPwd(String pwd) {
this.pwd = pwd;
}
public String toString() {
return "User{" +
"id=" + id +
", name='" + name + '\'' +
", pwd='" + pwd + '\'' +
'}';
}
}Dao接口
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21package com.zwl.dao;
import com.zwl.pojo.User;
import java.util.List;
public interface UserMapper {
List<User> getUserList();
//根据ID查询用户
User getUserById(int id);
//insert一个用户
int addUser(User user);
//修改用户
int updateUser(User user);
//删除用户
int deleteUser(int id);
}接口实现类由原来的UserDaoImpl转换为Mapper配置文件
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
<!--namespace=绑定一个对应的Dao/Mapper接口-->
<mapper namespace="com.zwl.dao.UserMapper">
<select id="getUserList" resultType="com.zwl.pojo.User">
select * from mybatis.user
</select>
<select id="getUserById" parameterType="int" resultType="com.zwl.pojo.User">
select * from mybatis.user where id = #{id}
</select>
<insert id="addUser" parameterType="com.zwl.pojo.User">
insert into mybatis.user (name, pwd) VALUES (#{name}, #{pwd})
</insert>
<update id="updateUser" parameterType="com.zwl.pojo.User">
update mybatis.user set name=#{name}, pwd=#{pwd} where id=#{id}
</update>
<delete id="deleteUser" parameterType="com.zwl.pojo.User">
delete from mybatis.user where id=#{id}
</delete>
</mapper>测试
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77import com.zwl.dao.UserMapper;
import com.zwl.pojo.User;
import com.zwl.utils.MybatisUtils;
import org.apache.ibatis.session.SqlSession;
import org.junit.Test;
import java.util.List;
public class MyTest {
public void test() {
//第一步:获取SqlSession对象
try (SqlSession sqlSession = MybatisUtils.getSqlSession()) {
//方式一:getMapper
UserMapper mapper = sqlSession.getMapper(UserMapper.class);
List<User> userList = mapper.getUserList();
//方式二:(过时)
//List<User> userList = sqlSession.selectList("com.zwl.dao.UserMapper.getUserList");
for (User user : userList) {
System.out.println(user);
}
}
//关闭SqlSession
}
public void test2() {
try (SqlSession sqlSession = MybatisUtils.getSqlSession()) {
//方式一:getMapper
UserMapper mapper = sqlSession.getMapper(UserMapper.class);
User user = mapper.getUserById(1);
System.out.println(user);
}
//关闭SqlSession
}
//增删改需要提交事务
public void test3() {
try (SqlSession sqlSession = MybatisUtils.getSqlSession()) {
//方式一:getMapper
UserMapper mapper = sqlSession.getMapper(UserMapper.class);
int res = mapper.addUser(new User("zyb", "mist"));
if (res > 0) System.out.println(res + "条数据成功插入");
//提交事务
sqlSession.commit();
}
//关闭SqlSession
}
public void test4() {
try (SqlSession sqlSession = MybatisUtils.getSqlSession()) {
//方式一:getMapper
UserMapper mapper = sqlSession.getMapper(UserMapper.class);
int res = mapper.updateUser(new User(5, "zyb", "mist2"));
if (res > 0) System.out.println(res + "条数据修改成功");
//提交事务
sqlSession.commit();
}
//关闭SqlSession
}
public void test5() {
try (SqlSession sqlSession = MybatisUtils.getSqlSession()) {
UserMapper mapper = sqlSession.getMapper(UserMapper.class);
int res = mapper.deleteUser(5);
if(res > 0)System.out.println("删除了" + res + "条数据");
sqlSession.commit();
}
}
}
可能存在问题:
org.apache.ibatis.binding.BindingException: Type interface com.zwl.dao.UserDao is not known to the MapperRegistry.
每一个Mapper.xml都需要Mybatis核心配置文件中注册
注意要在mabatis-config.xml中注册:
1 | <mappers> |
pom.xml
maven的资源定位配置
1 | <!--在build中配置resources,来防止我们资源导出失败的问题--> |
注意数据库连接URL:时区UTC
绑定接口错误
namespace中的包名要和接口包名一致
1
<mapper namespace="com.zwl.dao.UserMapper"></mapper>
方法名不对、返回类型不对
1
<select id="getUserList" resultType="com.zwl.pojo.User">
CRUD
select
- id: 就是对应的namespace中的方法名
- resultType:Sql语句执行的返回值
- parameterType:参数类型
insert
update
delete
增删改需要提交事务
万能Map
假设我们的实体类,或者数据库中的表,字段或者参数过多,我们应当考虑使用Map
Map传递参数,直接在sql中却出key即可【parameterType=”map”】
对象传递参数,直接在sql中取对象的属性即可!【parameterType=”Object”】
只有一个基本类型参数的情况下,可以直接在sql中取到!
多个参数用Map,或者注解!
模糊查询
Java代码执行的时候,传递通配符 % %
1
List<User> userList = mapper.getUserLike("%wl%");
在sql拼接中使用通配符(会产生sql注入的可能)
1
2
3<select id="getUserLike" resultType="com.zwl.pojo.User">
select * from mybatis.user where name like "%"#{value}"%"
</select>
配置解析
核心配置文件
mybatis-config.xml
环境配置(environments)
MyBatis 可以配置成适应多种环境
不过要记住:尽管可以配置多个环境,但每个 SqlSessionFactory 实例只能选择一种环境。
学会使用配置多套运行环境
事务管理器(transactionManager)
在 MyBatis 中有两种类型的事务管理器(也就是 type=”[JDBC|MANAGED]”)默认:JDBC
数据源(dataSource)
默认:pooled
属性(properties)
可以通过properties属性来实现引用配置文件
这些属性都是可外部配置且可动态替换的,既可以在典型的Java属性文件中配置,亦可以通过properties元素的子元素来传递
编写一个配置文件
db.properties
1
2
3
4driver=com.mysql.cj.jdbc.Driver
url=jdbc:mysql://localhost:3306/mybatis?useSSL=true&useUnicode=true&characterEncoding=UTF-8&serverTimezone=UTC
username=root
password=Polaris6G要注意顺序!
可以直接引入外部文件
mybatis-config.xml
1
2<!--引入外部配置文件-->
<properties resource="db.properties"/>可以在其中增加一些属性配置
1
2
3<properties resource="db.properties">
<property name="username" value="root"/>
</properties>如果两个文件有同一个字段,优先使用外部配置文件的
类型别名(typeAliases)
类型别名可为 Java 类型设置一个缩写名字
它仅用于 XML 配置,意在降低冗余的全限定类名书写
1
2
3
4<!--可以给实体类起别名-->
<typeAliases>
<typeAlias type="com.zwl.pojo.User" alias="User"/>
</typeAliases>也可以指定一个包名,mybatis会在包名下面搜索需要的Java Bean,比如:
扫描实体类的包,它的默认别名就为这个类的类名首字母小写
1
2
3<typeAliases>
<package name="com.zwl.pojo"/>
</typeAliases>在实体类比较少的时候,使用第一种方式
如果实体类比较多,建议使用第二种
如果非要改,需要在实体类上加注解
1
2
3
4
public class Author {
...
}设置(settings)
| 设置名 | 描述 | 有效值 | 默认值 |
| :———————————- | :—————————————————————————————- | :—————————————————————————————- | :——- |
| cacheEnabled | 全局性地开启或关闭所有映射器配置文件中已配置的任何缓存。 | true | false | true |
| lazyLoadingEnabled | 延迟加载的全局开关。当开启时,所有关联对象都会延迟加载。 特定关联关系中可通过设置fetchType
属性来覆盖该项的开关状态。 | true | false | false |
| logImpl | 指定 MyBatis 所用日志的具体实现,未指定时将自动查找。 | SLF4J | LOG4J | LOG4J2 | JDK_LOGGING | COMMONS_LOGGING | STDOUT_LOGGING | NO_LOGGING | 未设置 |
| mapUnderscoreToCamelCase | 是否开启驼峰命名自动映射,即从经典数据库列名 A_COLUMN 映射到经典 Java 属性名 aColumn。 | true | false | False | 其他配置:
- typeHandlers(类型处理器)
- objectFactory(对象工厂)
- plugins(插件)
- mybatis-generator-core
- mybatis-plus
- 通用mapper
映射器(mappers)
MapperRegistry:注册绑定mapper.xml文件
使用class、package时:注意
- 接口和它的Mapper配置文件必须同名
- 接口和它的Mapper配置文件必须在同一个包下
生命周期
生命周期和作用域是至关重要的,因为错误的使用会导致非常严重的并发问题
SqlSessionFactoryBuilder:
- 一旦创建了SqlSessionFactory,就不再需要它了
- 局部变量
SqlSessionFactory:
- 说白了就是数据库连接池
- SqlSessionFactory 一旦被创建就应该在应用的运行期间一直存在,没有任何理由丢弃它或重新创建另一个实例
SqlSession:
- 连接到连接池的一个请求
- 用完之后需要赶紧关闭,否则资源被占用
关系:
这里面的每一个mapper,就代表一个具体的业务
解决属性名和字段名不一致的问题
类型处理器
1 | public class User { |
发现password查询出来为null,说明匹配不到
解决方式:
起别名
1
select id, name, pwd as password from mybatis.user where id = #{id}
ResultMap 结果集映射
1
2
3
4
5
6
7
8<resultMap id="UserMap" type="User">
<!-- column数据库中的字段 property实体类中的属性 -->
<result column="pwd" property="password"/>
</resultMap>
<select id="getUserList" resultMap="UserMap">
select * from mybatis.user
</select>resultMap
元素是 MyBatis 中最重要最强大的元素ResultMap 的设计思想是,对简单的语句做到零配置,对于复杂一点的语句,只需要描述语句之间的关系就行了
日志
日志工厂
如果一个数据库操作,出现了异常,我们需要排错。日志就是最好的助手
曾经:sout、debug
现在:日志工厂
logImpl | 指定 MyBatis 所用日志的具体实现,未指定时将自动查找。 | SLF4J \ | LOG4J \ | LOG4J2 \ | JDK_LOGGING \ | COMMONS_LOGGING \ | STDOUT_LOGGING \ | NO_LOGGING | 未设置 |
---|---|---|---|---|---|---|---|---|---|
SLF4J
LOG4J【掌握】
LOG4J2
JDK_LOGGING
COMMONS_LOGGING
STDOUT_LOGGING【掌握】
NO_LOGGING
在Mybatis中具体使用哪个日志实现,在设置中设定
STDOUT_LOGGING标准日志输出
1 | <settings> |
Log4j
- Log4j是Apache的一个开源项目,通过使用Log4j,我们可以控制日志信息输送的目的地是控制台、文件、GUI组件
- 可以控制每一条日志的输出格式,通过定义每一条日志信息的级别,我们能够更加细致地控制日志的生成过程
- 这些可以通过一个配置文件来灵活地进行配置,而不需要修改应用的代码
导入log4j:
1 | <dependency> |
log4j.properties:
1 | #将等级为DEBUG的日志信息输出到console和file这两个目的地,console和file的定义在下面的代码 |
配置log4j为日志的实现:
1 | <settings> |
简单使用:
在要使用Log4j的类中,导入包import org.apache.log4j.Logger
日志对象,参数为当前类的class
1
static Logger logger = Logger.getLogger(MyTest.class);
分页
- 减少数据的处理量
使用Limit分页
1 | select * from user limit startIndex, pageSize |
使用注解开发
面向接口编程
- 在真正开发中,很多时候我们会选择面向接口编程
- 根本原因:解耦,可拓展,提高复用,分层开发中,上层不用管具体的实现,大家都遵守共同的标准,是的开发边的容易,规范性更好
- 在一个面向对象的系统中,系统的各种功能是由许许多多的不同对象协作完成的。在这种情况下,各个对象内部是如何实现的,对于系统设计人员来讲就不那么重要了
- 而各个对象之间的协作关系则成为系统设计的关键。小到不同类之间的通信,大到各模块之间的交互,在系统设计之初都要考虑,这也是系统设计的主要工作内容。面向接口编程就是指按照这种思想来编程
关于接口的理解
- 接口从更深层次的理解,应该是定义(规范、约束)与实现(名实分离的原则)的分离
- 接口的本身反映了系统设计对系统的抽象理解
- 接口应有两类:
- 对一个个体的抽象,它可对应一个抽象体(abstract class)
- 对一个个体某一方面的抽象,即形成一个抽象面(interface)
- 一个个体有可能有多个抽象面。抽象体和抽象面是由区别的
三个面向区别
- 面向对象:我们考虑问题时,以对象为单位,考虑它的属性及方法
- 面向过程:我们考虑问题时,以一个具体的流程(事务过程)为单位,考虑它的实现
- 面向接口设计:更多的体现就是对系统整体的架构
注解开发
注解在接口上实现:
1 |
|
在核心配置文件中绑定:
1 | <mappers> |
本质:反射机制实现
底层:动态代理
注解的CRUD
自动提交autoCommit开启:
1 | public static SqlSession getSqlSession(){ |
CRUD注解如下:
关于@Param()注解:
- 基本类型的参数或者String类型,需要加上
- 引用类型不需要加
- 如果只有一个基本类型的话,可以忽略,但是还是建议加上
- 我们在SQL中引用的就是我们这里的@Param()中设定的属性名
{}和${}:
Mybatis执行流程
LomBok
- java library
- plugs
- build tools
- with one annotation your class
使用步骤:
在IDEA安装LomBok插件
在maven导入LomBok的包
1 | <dependency> |
使用:
Data
整合了Getter、Setter、ToString、Equals、HashCode
Getter
快速构建Getter方法
Setter
快速构建Setter方法
ToString
快速将当前对象转换成字符串类型,便于log
EqualsAndHashCode
快速进行相等判断
NonNull
判断变量(对象)是否为空。
1
2
3
4
5
6
7
8
9
10
11
12
13
14package com.zwl.pojo;
import lombok.AllArgsConstructor;
import lombok.Data;
import lombok.NoArgsConstructor;
public class User {
private int id;
private String name;
private String pwd;
}
多对一
关联(association):多对一
集合(collection):一对多
sql:
1 | create table teacher( |
1 | //Student实体类 |
1 | //Teacher实体类 |
按照查询嵌套处理(子查询)
1 | <!-- 按照查询嵌套处理: |
按照结果嵌套处理(联表查询)
1 | <!-- 按照查询结果处理 --> |
一对多
1 | //Student实体类 |
1 | //Teacher实体类 |
按照结果嵌套处理
1 | <select id="getTeacher2" resultMap="TeacherStudent"> |
按照查询嵌套处理
1 | <select id="getTeacher3" resultMap="TeacherStudent2"> |
小结:
- 关联-association 【多对一】
集合-collection【一对多】
javaType & ofType
- javaType 用来指定实体类中属性的类型
- ofType 用来指定映射到List或者结合鄂中的pojo类型,泛型中的约束类型
- id & result
- 两者基本相同 标签用法相同
- id用于表示符(如主键、外键等)result虽然也可以代替但会影响查询效率
注意点:
- 保证sql可读性,尽量保证通俗易懂
- 注意一对多和多对一中,属性名和字段的问题
- 如果问题不好排查错误,可以使用日志,建议使用Log4j
面试高频:
- mysql引擎
- InnoDB底层原理
- 索引
- 索引优化
动态SQL
动态SQL就是根据不同的条件生成不同的SQL语句
- if
- choose (when, otherwise)
- trim (where, set)
- foreach
1 |
|
IF
1 | <select id="queryBlogIF" parameterType="map" resultType="Blog"> |
choose (when, otherwise)
相当于switch,只会选其中的一个去实现
1 | <select id="queryBlogChoose" parameterType="map" resultType="Blog"> |
trim (where, set)
where 元素只会在子元素返回任何内容的情况下才插入 “WHERE” 子句。而且,若子句的开头为 “AND” 或 “OR”,where 元素也会将它们去除
1 | <select id="queryBlogIF" parameterType="map" resultType="Blog"> |
set 元素会动态地在行首插入 SET 关键字,并会删掉额外的逗号
1 | <update id="updateBlogSet" parameterType="map"> |
所谓的动态SQL,本质还是SQL语句,知识我们可以在SQL层面,去执行一个逻辑代码
SQL片段
有的时候,我们可能会将一些功能的部分抽取出来,方便复用!
使用SQL标签抽取公共的部分
1
2
3
4
5
6
7
8<sql id="if-title-author">
<if test="title != null">
title = #{title}
</if>
<if test="author != null">
and author = #{author}
</if>
</sql>在需要使用的地方使用include标签引用即可
1
2
3
4
5
6<select id="queryBlogIF" parameterType="map" resultType="Blog">
select * from blog
<where>
<include refid="if-title-author"/>
</where>
</select>
注意事项:
- 最好基于单标来定义SQL片段
- 不要存在where标签
ForEach
动态 SQL 的另一个常见使用场景是对集合进行遍历(尤其是在构建 IN 条件语句的时候)
1 | <select id="selectPostIn" resultType="domain.blog.Post"> |
foreach 元素的功能非常强大,它允许你指定一个集合,声明可以在元素体内使用的集合项(item)和索引(index)变量。它也允许你指定开头与结尾的字符串以及集合项迭代之间的分隔符。
栗子:
1 | <select id="queryBlogForeach" parameterType="map" resultType="Blog"> |
1 | ArrayList<Integer> ids = new ArrayList<>(); |
动态SQL就是在拼接SQL语句,我们只要保证SQL的正确性,按照SQL的格式
缓存
简介
查询:连接数据库,耗资源
一次查询的结果,可以暂存在一个可以直接渠道的地方->内存中的缓存
这样我们再次查询相同数据的时候,直接走缓存,就不用走数据库了
- 什么是缓存?
- 存在内存中的临时数据
- 将用户经常查询的数据放在缓存(内存)中,用户去查询数据就不用从磁盘上(关系型数据库数据文件)查询,从缓存中查询,从而提高查询效率,解决了高并发系统的性能问题。
- 为什么使用缓存?
- 减少和数据库的交互次数,减少系统开销,提高系统效率
- 什么样的数据能使用缓存?
- 经常查询并且不经常改变的数据
Mybatis缓存
- MyBatis包含一个非常强大的查询缓存特性,它可以非常方便地订制和配置缓存。缓存可以极大的提升查询效率
- MyBatis系统中默认定义了两级缓存:一级缓存和二级缓存
- 默认情况下,只有一级缓存开启(SqlSession级别的缓存,也称为本地缓存)
- 二级缓存需要手动开启和配置,他是基于namespace级别的缓存
- 为了提高扩展性,Mybatis定义了缓存接口Cache,我们可以通过实现Cache接口来自定义二级缓存
可用的清除策略有:
LRU
– 最近最少使用:移除最长时间不被使用的对象FIFO
– 先进先出:按对象进入缓存的顺序来移除它们SOFT
– 软引用:基于垃圾回收器状态和软引用规则移除对象WEAK
– 弱引用:更积极地基于垃圾收集器状态和弱引用规则移除对象
默认的清除策略是 LRU
一级缓存
- 一级缓存也叫本地缓存:SqlSession
- 与数据库同一次会话期间查询到的数据会放在本地缓存中
- 以后如果需要获取相同的数据,直接从缓存中拿,没必须再去查询数据库
测试步骤:
- 开启日志
- 测试在一个Session中,查询相同的两次得到的结果对象是否相同
- 查看日志输出
缓存失效的情况:
- 查询不同的东西
- 增删改操作,可能会改变原来的数据,所以必定会刷新缓存
- 查询不同的Mapper
- 手动清理缓存
sqlSession.clearCache()
小结:一级缓存默认是开启的,只在一次SqlSession中有效,也就是得到连接到关闭连接这个
一级缓存就是一个map
二级缓存
- 二级缓存也叫全局缓存,一级缓存作用域太低,所以诞生了二级缓存
- 基于namespace级别的缓存,一个名称空间,对应一个二级缓存
- 工作机制
- 一个会话查询一条数据,这个数据就会被放在当前会话的一级缓存中
- 如果当前会话关闭了,这个会话对应的一级缓存就没了;但是我们想要的是,会话关闭了,一级缓存中的数据被保存到二级缓存中
- 新的会话查询信息,就可以从二级缓存中获取内容
- 不同的mapper查出的数据会放在自己对应的缓存(map)中
步骤:
开启全局缓存
1
2<!-- 显式地开启全局缓存 -->
<setting name="cacheEnabled" value="true"/>在要使用二级缓存的Mapper.xml中开启
1
2<!-- 在当前Mapper.xml中使用二级缓存 -->
<cache/>也可以自定义参数:
1
2
3
4<cache eviction="FIFO"
flushInterval="60000"
size="512"
readOnly="true"/>测试:
结果为true
我们需要将实体类序列化(implement Serializable),否则会报错:(或者在cache标签中加readOnly=true)
Caused by: java.io.NotSerializableException: com.zwl.pojo.User
小结:
- 只要开启了二级缓存,在同一个Mapper下就有效
- 所有的数据都会先放在一级缓存中
- 只有当会话提交,或者关闭的时候,才会提交到二级缓存中
Mybatis缓存原理
缓存顺序:
- 先看二级缓存有无(每个mapper一个二级缓存,相同namespace的mapper共享一个二级缓存)
- 再看一级缓存有无(每个SqlSession一个)
- 查询数据库
自定义缓存 ehcache
Ehcache是一种广泛使用的开源Java分布式缓存。主要面向通用缓存。
除了上述自定义缓存的方式,你也可以通过实现你自己的缓存,或为其他第三方缓存方案创建适配器,来完全覆盖缓存行为。
1 | <cache type="com.domain.something.MyCustomCache"/> |
这个示例展示了如何使用一个自定义的缓存实现。type 属性指定的类必须实现 org.apache.ibatis.cache.Cache 接口,且提供一个接受 String 参数作为 id 的构造器。 这个接口是 MyBatis 框架中许多复杂的接口之一,但是行为却非常简单。
1 | public interface Cache { |
为了对你的缓存进行配置,只需要简单地在你的缓存实现中添加公有的 JavaBean 属性,然后通过 cache 元素传递属性值,例如,下面的例子将在你的缓存实现上调用一个名为 setCacheFile(String file)
的方法:
1 | <cache type="com.domain.something.MyCustomCache"> |