前言
最近项目中需要用到mybatis的扩展，就深入看了下mybatis的实现，对其灵活性和扩展性的设计思想还是非常佩服的
首先说一下mybatis的拦截器使用方法：继承其intercepter接口，实现org.apache.ibatis.plugin.interceptor#intercept方法，在其中或者对其要执行的方法进行拦截，或者对返回值进行解析
同时基于org.apache.ibatis.plugin.intercepts和org.apache.ibatis.plugin.signature这两个注解来决定，对哪些执行器的哪些方法进行拦截
先看下拦截器的核心接口
|
1
2
3
4
5
6
7
8
9
|
public interface interceptor {
object intercept(invocation invocation) throws throwable;
object plugin(object target);
void setproperties(properties properties);
}
|
其中intercept方法是核心方法，拦截器的实现，plugin方法是用于配置哪些对哪些执行器进行拦截
继续看源码，可以看到mybatis的拦截是使用了jdk的动态代理实现的，本质上是一种代理机制
|
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
|
public class plugin implements invocationhandler {
private final object target;
private final interceptor interceptor;
private final map<class<?>, set<method>> signaturemap;
private plugin(object target, interceptor interceptor, map<class<?>, set<method>> signaturemap) {
this.target = target;
this.interceptor = interceptor;
this.signaturemap = 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);
if (interfaces.length > 0) {
return proxy.newproxyinstance(
type.getclassloader(),
interfaces,
new plugin(target, interceptor, signaturemap));
}
return target;
}
@override
public object invoke(object proxy, method method, object[] args) throws throwable {
try {
set<method> methods = signaturemap.get(method.getdeclaringclass());
if (methods != null && methods.contains(method)) {
return interceptor.intercept(new invocation(target, method, args));
}
return method.invoke(target, args);
} catch (exception e) {
throw exceptionutil.unwrapthrowable(e);
}
}
......
}
|
mybatis的这个plugin就是代理类，这个代理类是在org.apache.ibatis.plugin.interceptor#plugin方法中初始化的（调用org.apache.ibatis.plugin.plugin#wrap），一个plugin包含一个intercepter，以及该intercepter相关的注解配置信息，当对拦截对象的对应方法进行执行的时候，都会根据这些注解配置来判断是否需要执行该代理拦截（org.apache.ibatis.plugin.plugin#invoke）
再看下plugin是如何被加载的：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
|
public class interceptorchain {
private final list<interceptor> interceptors = new arraylist<interceptor>();
public object pluginall(object target) {
for (interceptor interceptor : interceptors) {
target = interceptor.plugin(target);
}
return target;
}
public void addinterceptor(interceptor interceptor) {
interceptors.add(interceptor);
}
public list<interceptor> getinterceptors() {
return collections.unmodifiablelist(interceptors);
}
}
|
org.apache.ibatis.plugin.interceptor#plugin是在org.apache.ibatis.plugin.interceptorchain#pluginall方法中调用的，我们可以看到，如果一个应用中注册了多个拦截器，那么实际上是会进行一个for循环的加载，由于上面说到了，加载一次，本质上是对mybatis的执行期进行一次代理包装，那么加载多次的话，就会代理包装多次，实际上就是一种多重代理了，这样就保证了每次调用都会按照代理顺序进行调用和返回的处理
可以看到，在做这些mybatis执行器初始化的时候，都会进行拦截器链的加载
至此，mybatis基于jdk动态代理的扩展实现方法就了解清楚了，其灵活性在于，它抽象了执行器的概念，并且拦截器的拦截方法也是固定的，我们可以对不同执行器的不同方法进行拦截，而对这些扩展点进行扩展却不用写多个方法实现多个方法，只需要实现一个接口就可以搞定了！
总结
以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，如果有疑问大家可以留言交流，谢谢大家对服务器之家的支持。
原文链接：http://www.cnblogs.com/cishengchongyan/p/10208040.html