mybatis Interceptor拦截器代码详解

时间  2019-12-07
标签 mybatis interceptor 拦截 代码 详解 栏目 MyBatis 繁體版
原文   原文链接

　　mybatis官方定义：MyBatis 是一款优秀的持久层框架，它支持定制化 SQL、存储过程以及高级映射。MyBatis 避免了几乎全部的 JDBC 代码和手动设置参数以及获取结果集。MyBatis 可使用简单的 XML 或注解来配置和映射原生信息，将接口和 Java 的 POJOs(Plain Old Java Objects,普通的 Java对象)映射成数据库中的记录。sql

　　mybatis的拦截器，通常用于针对数据库的一些通用操做处理，好比慢查耗时打印，压测场景影子表写入。用户须要使用拦截器的时候，经过实现Interceptor接口便可。拦截器的功能，不只带来了切面编程的优点，还使用起来也很方便。那么mybatis具体是如何实现拦截器的呢？下面咱们来一探究竟。如下全部分析均基于3.4.5版本。数据库

1.拦截器初始化

　　经过查看源码，咱们能够发现，关于拦截器的代码，都放在了plugin包目录下，该目录下包含七个类：编程

  1. Intercepts：注解类，其value为Signature类数值，注解在Interceptor实现类上，表示实现类对哪些sql执行类（实现Executor）的哪些方法切入
  2. Signature：注解类，表示一个惟一的Interceptor实现类的一个方法，以及入参
  3. InterceptorChain：拦截器链表，用于初始化一个拦截器链
  4. Interceptor：拦截器接口
  5. Invocation：拦截衔接类，用于指向下一个拦截器或者sql执行类
  6. Plugin：拦截器实现辅助类
  7. PluginException：异常

　　Intercepts和Signature，对于熟悉mybatis切面编程的同窗都知道，是用户的Interceptor实现类注解。数组

　　Intercepts的内部结构很简单就是Signature数组：mybatis

@Documented
@Retention(RetentionPolicy.RUNTIME)
@Target({ElementType.TYPE})
public @interface Intercepts {
    Signature[] value();
}

　　Signature注解也比较简单，包含目标类，方法，入参类型数组，标识惟一一个方法app

@Documented
@Retention(RetentionPolicy.RUNTIME)
@Target({})
public @interface Signature {
　　// 目标类
    Class<?> type();
　　// 方法
    String method();
　　// 入参类型数组
    Class<?>[] args();
}

　　InterceptorChain类的pluginAll方法是mybatis初始化的时候，初始化拦截器功能的入口方法框架

private final List<Interceptor> interceptors = new ArrayList();

// target是Executor实现类之一，全部sql语句执行都须要经过这些实现类生效
public Object pluginAll(Object target) {
        Interceptor interceptor;
　　　　// 遍历数组，调用每个interceptor的plugin方法
        for(Iterator var2 = this.interceptors.iterator(); var2.hasNext(); target = interceptor.plugin(target)) {
            interceptor = (Interceptor)var2.next();
        }

        return target;
    }

　　interceptor实现类（须要使用者编写）的plugin方法一个标准的实现以下：ide

@Override
    public Object plugin(Object target) {
　　　　　// 直接调用
        return Plugin.wrap(target, this);
    }

　　Plugin类wrap方法，Plugin实现InvocationHandler，用于JDK动态代理this

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) {
　　　　　// 根据Intercepor实现类的注解，获取Executor实现类各个须要拦截的方法，Map中的key是Executor实现类，value是类中须要拦截的方法集合
        Map<Class<?>, Set<Method>> signatureMap = getSignatureMap(interceptor);
        Class<?> type = target.getClass();
　　　　　// 遍历target类型的接口数值，由于target同一实现Executor接口，因此该数组长度为1，值类型为Executor.class
        Class<?>[] interfaces = getAllInterfaces(type, signatureMap);
　　　　　// 根据是否须要代理，返回target代理类或者target
        return interfaces.length > 0 ? Proxy.newProxyInstance(type.getClassLoader(), interfaces, new Plugin(target, interceptor, signatureMap)) : target;
    }private static Map<Class<?>, Set<Method>> getSignatureMap(Interceptor interceptor) {
        Intercepts interceptsAnnotation = (Intercepts)interceptor.getClass().getAnnotation(Intercepts.class);
        if (interceptsAnnotation == null) {
            throw new PluginException("No @Intercepts annotation was found in interceptor " + interceptor.getClass().getName());
        } else {
            Signature[] sigs = interceptsAnnotation.value();
            Map<Class<?>, Set<Method>> signatureMap = new HashMap();
            Signature[] var4 = sigs;
            int var5 = sigs.length;

            for(int var6 = 0; var6 < var5; ++var6) {
                Signature sig = var4[var6];
                Set<Method> methods = (Set)signatureMap.get(sig.type());
                if (methods == null) {
                    methods = new HashSet();
                    signatureMap.put(sig.type(), methods);
                }

                try {
                    Method method = sig.type().getMethod(sig.method(), sig.args());
                    ((Set)methods).add(method);
                } catch (NoSuchMethodException var10) {
                    throw new PluginException("Could not find method on " + sig.type() + " named " + sig.method() + ". Cause: " + var10, var10);
                }
            }

            return signatureMap;
        }
    }

    private static Class<?>[] getAllInterfaces(Class<?> type, Map<Class<?>, Set<Method>> signatureMap) {
        HashSet interfaces;
        for(interfaces = new HashSet(); type != null; type = type.getSuperclass()) {
            Class[] var3 = type.getInterfaces();
            int var4 = var3.length;

            for(int var5 = 0; var5 < var4; ++var5) {
                Class<?> c = var3[var5];
                if (signatureMap.containsKey(c)) {
                    interfaces.add(c);
                }
            }
        }

        return (Class[])interfaces.toArray(new Class[interfaces.size()]);
    }

　　所以，咱们能够看到，调用路径为：InterceptorChain.pulginAll --> Interceptor.plugin --> Pulgin.wrap，InterceptorChain.pulginAll的入参target和返回值经历了这样的一个过程：target --> 根据Intercepor实现类的注解是否包含本target，经过JDK动态代理返回Proxy或者target --> target --> 下一个Intercepor，这样一直遍历InterceptorChain，不断返回当前target的代理类或者直接返回target，在target包了一层又一层：spa

　　

　　最后返回的target就是就是不断代理的结果，而相邻代理之间经过Pulgin.wrap方法实现，wrap方法实现上调用了Proxy，也就是经过JDK的动态代理实现

2.sql执行

　　以上是从初始化时，已pulginAll方法为切入点，看拦截器各个模块间的关系以及实现方式，下面从sql执行的角度看看。

　　经过调试发现，执行的入口方法的Pulgin.invoke方法，当代理对象执行方法调用的时候，就会进入

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 Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
        try {
　　　　　　　// 获取全部须要拦截的方法，这里method.getDeclaringClass()的值为Executor.class
            Set<Method> methods = (Set)this.signatureMap.get(method.getDeclaringClass());
　　　　　　　// 判断当前方法是否须要拦截，须要拦截则调用interceptor实现类的intercept方法并将被代理对象，接口方法，入参传入，不然直接调用被代理对象方法
            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);
        }
    }

　　...
}

　　Interceptor实现类通常会处理一下业务上需求，最后调用被代理类

@Intercepts({ @Signature(type = Executor.class, method = "update", args = { MappedStatement.class, Object.class }),
        @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 }) })
@Component
public class SqlMonitorManager implements Interceptor {
　　private boolean showSql = true;
  

    @Override
    public Object intercept(Invocation invocation) throws Throwable {
        // 这里是业务处理
        /****/
        // 调用proceed方法
        try {
            return invocation.proceed();
        } catch (Throwable e) {
            throw e;
        }   
    }

　　// 初始化时，能够指定属性值，这里配置了showSql
    @Override
    public void setProperties(Properties properties) {
        if (properties == null) {
            return;
        }
        if (properties.containsKey("show_sql")) {
            String value = properties.getProperty("show_sql");
            if (Boolean.TRUE.toString().equals(value)) {
                this.showSql = true;
            }
        }
    }

}

 　　intercept方法最后调用了invocation的proceed方法：

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 proceed() throws InvocationTargetException, IllegalAccessException {
        return this.method.invoke(this.target, this.args);
    }
}

　　其实从执行的调度就是从最外层的proxy，层层进入，最后调用target的方法执行sql，这与动态代理的使用也是相似的，存在调用路径为：

Proxy2.method --> Pulgin.invoke --> 是否方法拦截，若是是，掉用interceptor.intercept方法，最后调用被代理类方法，若是否，调用直接调用代理类方法啊 -->Proxy1.method，这样一直调用下去。调用流程图以下：

　　

3.总结

　　总的来讲，mybatis拦截器提供了相对方便而且可控的切面编程支持，也是一种动态代理的一种最佳实践。经过嵌套代理，实现多个拦截器，经过传递被代理类方法以及入参，推迟并由用户决定被代理类的调用，从而实现拦截。

相关文章
相关标签/搜索
每日一句
    每一个你不满意的现在，都有一个你没有努力的曾经。
本站公众号
   欢迎关注本站公众号,获取更多信息
联系我们 最近搜索 最新文章 沪ICP备13005482号-10 MyBatis教程 SQL 教程 MySQL教程 Java 教程 Thymeleaf 教程 Hibernate教程 Spring教程 Redis教程