前言
MyBatis开放用户实现自己的插件,从而对整个调用过程进行个性化扩展。
这是MyBatis整个调用流程的主要参与者。
我们可以对其中的一些过程进行拦截,添加自己的功能,比如重写Sql添加分页参数。
拦截的接口
MyBatis允许拦截的接口如下
Executor
public interface Executor { ResultHandler NO_RESULT_HANDLER = null; int update(MappedStatement var1, Object var2) throws SQLException; <E> List<E> query(MappedStatement var1, Object var2, RowBounds var3, ResultHandler var4, CacheKey var5, BoundSql var6) throws SQLException; <E> List<E> query(MappedStatement var1, Object var2, RowBounds var3, ResultHandler var4) throws SQLException; <E> Cursor<E> queryCursor(MappedStatement var1, Object var2, RowBounds var3) throws SQLException; List<BatchResult> flushStatements() throws SQLException; void commit(boolean var1) throws SQLException; void rollback(boolean var1) throws SQLException; CacheKey createCacheKey(MappedStatement var1, Object var2, RowBounds var3, BoundSql var4); boolean isCached(MappedStatement var1, CacheKey var2); void clearLocalCache(); void deferLoad(MappedStatement var1, MetaObject var2, String var3, CacheKey var4, Class<?> var5); Transaction getTransaction(); void close(boolean var1); boolean isClosed(); void setExecutorWrapper(Executor var1); }
ParameterHandler
public interface ParameterHandler { Object getParameterObject(); void setParameters(PreparedStatement var1) throws SQLException; }
ResultSetHandler
public interface ResultSetHandler { <E> List<E> handleResultSets(Statement var1) throws SQLException; <E> Cursor<E> handleCursorResultSets(Statement var1) throws SQLException; void handleOutputParameters(CallableStatement var1) throws SQLException; }
StatementHandler
public interface StatementHandler { Statement prepare(Connection var1, Integer var2) throws SQLException; void parameterize(Statement var1) throws SQLException; void batch(Statement var1) throws SQLException; int update(Statement var1) throws SQLException; <E> List<E> query(Statement var1, ResultHandler var2) throws SQLException; <E> Cursor<E> queryCursor(Statement var1) throws SQLException; BoundSql getBoundSql(); ParameterHandler getParameterHandler(); }
只要拦截器定义了拦截的接口和方法,后续调用该方法时,将会被拦截。
拦截器实现
如果要实现自己的拦截器,需要实现接口Interceptor
@Slf4j @Intercepts(@Signature(type = Executor.class, method ="update", args ={MappedStatement.class,Object.class} )) public class MyIntercetor implements Interceptor { @Override public Object intercept(Invocation invocation) throws Throwable { log.info("MyIntercetor ..."); Object result = invocation.proceed(); log.info("result = " + result); return result; } @Override public Object plugin(Object o) { return Plugin.wrap(o,this); } @Override public void setProperties(Properties properties) { } }
1. 拦截方法配置
Intercepts,Signature
public @interface Intercepts { Signature[] value(); }
public @interface Signature {
Class<?> type();
String method();
Class<?>[] args();
}
配置
@Intercepts(@Signature(type = Executor.class, method ="update", args ={MappedStatement.class,Object.class} ))
我们知道Java中方法的签名包括所在的类,方法名称,入参。
@Signature定义方法签名
type:拦截的接口,为上节定义的四个接口
method:拦截的接口方法
args:参数类型列表,需要和方法中定义的顺序一致。
也可以配置多个
@Intercepts({@Signature(
type = Executor.class,
method = "query",
args = {MappedStatement.class, Object.class, RowBounds.class, ResultHandler.class}
), @Signature(
type = Executor.class,
method = "query",
args = {MappedStatement.class, Object.class, RowBounds.class, ResultHandler.class, CacheKey.class, BoundSql.class}
)})
2. intercept(Invocation invocation)
public class Invocation {
private final Object target;
private final Method method;
private final Object[] args;
public Invocation(Object target, Method method, Object[] args) {
this.target = target;
this.method = method;
this.args = args;
}
public Object getTarget() {
return this.target;
}
public Method getMethod() {
return this.method;
}
public Object[] getArgs() {
return this.args;
}
public Object proceed() throws InvocationTargetException, IllegalAccessException {
return this.method.invoke(this.target, this.args);
}
}
通过Invocation可以获取到被拦截的方法的调用对象,方法,参数。
proceed()用于继续执行并获得最终的结果。
这里使用了设计模式中的责任链模式。
3.这里不能返回null。
用于给被拦截的对象生成一个代理对象,并返回它。
@Override public Object plugin(Object o) { return Plugin.wrap(o,this); }
可以看下wrap方法,其实现了JDK的接口InvocationHandler,也就是为传入的target创建了一个代理对象。这里使用了JDK动态代理方式。也可以自己实现其他代理方式,比如cglib.
public class Plugin implements InvocationHandler { private final Object target; private final Interceptor interceptor; private final Map<Class<?>, Set<Method>> signatureMap; public static Object wrap(Object target, Interceptor interceptor) { Map<Class<?>, Set<Method>> signatureMap = getSignatureMap(interceptor); Class<?> type = target.getClass(); Class<?>[] interfaces = getAllInterfaces(type, signatureMap); return interfaces.length > 0 ? Proxy.newProxyInstance(type.getClassLoader(), interfaces, new Plugin(target, interceptor, signatureMap)) : target; }
public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
try {
Set<Method> methods = (Set)this.signatureMap.get(method.getDeclaringClass());
return methods != null && methods.contains(method) ? this.interceptor.intercept(new Invocation(this.target, method, args)) : method.invoke(this.target, args);
} catch (Exception var5) {
throw ExceptionUtil.unwrapThrowable(var5);
}
}
}
由于使用了动态代理,方法执行时,将会被调用invoke方法,会先判断是否设置了拦截器:methods != null && methods.contains(method),
如果设置了拦截器,则调用拦截器this.interceptor.intercept(new Invocation(this.target, method, args))
否则直接调用method.invoke(this.target, args);
4.拦截器在执行前输出"MyIntercetor ...",在数据库操作返回后输出"result =xxx"
log.info("MyIntercetor ..."); Object result = invocation.proceed(); log.info("result = " + result);
插件实现完成!
测试
在Spring中引入很简单。
第一种方式:
创建拦截器的bean
@Slf4j @Configuration public class IntercetorConfiguration { @Bean public MyIntercetor myIntercetor(){ return new MyIntercetor(); } }
注意第一种方式和第二种方式仅适用于SpringBoot应用,并且引入以下依赖
<dependency> <groupId>org.mybatis.spring.boot</groupId> <artifactId>mybatis-spring-boot-starter</artifactId> <version>1.3.2</version> </dependency>
第二种方式
手动往Configuration中添加拦截器。
@Slf4j @Configuration public class IntercetorConfiguration { @Autowired private List<SqlSessionFactory> sqlSessionFactoryList; @PostConstruct public void addPageInterceptor() { MyIntercetor interceptor = new MyIntercetor(); Iterator var3 = this.sqlSessionFactoryList.iterator(); while(var3.hasNext()) { SqlSessionFactory sqlSessionFactory = (SqlSessionFactory)var3.next(); sqlSessionFactory.getConfiguration().addInterceptor(interceptor); } } }
第三种方式
如果是纯Spring应用,可在mybatis配置文件中配置
<plugins> <plugin intercetor="xxx.xxx.MyIntercetor"> <property name="xxx" value="xxx"> </plugin> </plugins>
由于上面定义的拦截器是拦截Executor的update方法,所以在执行insert,update,delete的操作时,将会被拦截。
本例子使用insert来测试。具体代码查看:GitHub
2019-06-10 16:08:03.109 INFO 20410 --- [nio-8110-exec-1] c.m.user.dao.intercetor.MyIntercetor : MyIntercetor ... 2019-06-10 16:08:03.166 INFO 20410 --- [nio-8110-exec-1] com.alibaba.druid.pool.DruidDataSource : {dataSource-1} inited 2019-06-10 16:08:03.267 DEBUG 20410 --- [nio-8110-exec-1] o.m.s.t.SpringManagedTransaction : JDBC Connection [com.mysql.cj.jdbc.ConnectionImpl@5cb1c36e] will not be managed by Spring 2019-06-10 16:08:03.274 DEBUG 20410 --- [nio-8110-exec-1] c.m.u.dao.mapper.UserMapper.insertList : ==> Preparing: insert into user (name) values (?) , (?) , (?) 2019-06-10 16:08:03.307 DEBUG 20410 --- [nio-8110-exec-1] c.m.u.dao.mapper.UserMapper.insertList : ==> Parameters: name:58(String), name:64(String), name:69(String) 2019-06-10 16:08:03.355 DEBUG 20410 --- [nio-8110-exec-1] c.m.u.dao.mapper.UserMapper.insertList : <== Updates: 3 2019-06-10 16:08:03.358 DEBUG 20410 --- [nio-8110-exec-1] c.m.u.d.m.U.insertList!selectKey : ==> Preparing: SELECT LAST_INSERT_ID() 2019-06-10 16:08:03.358 DEBUG 20410 --- [nio-8110-exec-1] c.m.u.d.m.U.insertList!selectKey : ==> Parameters: 2019-06-10 16:08:03.380 DEBUG 20410 --- [nio-8110-exec-1] c.m.u.d.m.U.insertList!selectKey : <== Total: 1
2019-06-10 16:08:03.381 INFO 20410 --- [nio-8110-exec-1] c.m.user.dao.intercetor.MyIntercetor : result = 3
可以看到拦截器被调用了。
简单的分页插件实现
这里拦截StatementHandler的prepare方法,也就是SQL语句预编译之前进行SQL改写。
@Slf4j @Intercepts({@Signature(type = StatementHandler.class, method = "prepare", args = {Connection.class, Integer.class})}) public class PageIntercetor implements Interceptor { @Override public Object intercept(Invocation invocation) throws Throwable { log.info("StatementHandler prepare ..."); StatementHandler statementHandler = (StatementHandler) invocation.getTarget(); ParameterHandler parameterHandler = statementHandler.getParameterHandler(); BoundSql boundSql = statementHandler.getBoundSql(); //获取到原始sql语句 String sql = boundSql.getSql(); String mSql = sql + " limit 0,1"; //通过反射修改sql语句 Field field = boundSql.getClass().getDeclaredField("sql"); field.setAccessible(true); field.set(boundSql, mSql); return invocation.proceed(); } @Override public Object plugin(Object target) { return Plugin.wrap(target, this); } @Override public void setProperties(Properties properties) { //此处可以接收到配置文件的property参数 System.out.println(properties.getProperty("name")); } }
分页插件实现的难点在于当使用不同的Statement时,执行流程是不一样的。
Statement需要定义statementType="STATEMENT",这个时候SQL语句不需要进行预编译处理,参数是与xml中配饰的SQL语句拼接在一起的。
<select id="select" resultMap="BaseResultMap" statementType="STATEMENT">
select id, name
from user
where
name = '${name}'
</select>
而当使用PreparedStatement时需要定义statementType="PREPARED",这个时候SQL语句需要进行预编译处理。CallableStatement(用于调用存储过程)同理。
<select id="select" resultMap="BaseResultMap" statementType="PREPARED"> select id, name from user where name = #{name} </select>
因此需要考虑不同情况下的SQL改写。
虽然Mybatis给我们实现了分页,只要在接口上传入RowBounds参数,即可实现分页。
但是这个是内存分页。也就是把所有的数据都读到应用内存中,再进行分页。造成了许多无效的读取。
当然也没必要搞的这么复杂!可以在mapper.xml中直接添加limit.
需要注意的是limit的参数的数据量不同,那么效率是不一样的,需要进行相关的优化。
结束!!!!!