简单,不玄学.人人都能懂.面试都能答.

不懂可评论,评论会回复.

Mybatis的Mapper是如何工作的

面试过很多人,有的工作了七八年这个问题依然答不出来.

这个问题很简单,但是大部分人,仅仅只是好奇.心血来潮去网上搜了一下,很快就被那些文章打败了.明明拆开都认识,合在一起就是理解不了.

其实呢,原因无外乎两个.

一个是内心没有大纲

这里讲的大纲其实就是把大象放在冰箱里,我们要分几步.

一个是基础知识匮乏

因为基础知识匮乏,导致直接去看一个综合体觉得好难,自己很难理解.但是你如果心里有大纲,再去寻找对应的基础知识.最后会发现其实也是蛮简单的.

这里突然感觉跟我们写代码一样,写代码最重要的是设计,而不是撸起袖子就是干.我们这里设计的就是大纲.

下面开始一步步地梳理。

首先,我们需要知道这个mapper实现了哪些功能.

spring启动时自动扫描指定的目录,将有mapper注解的接口转为springboot的bean.

所以这里面最核心的是什么呢?

其实就是两个东西,

通过动态代理将接口转为具体实现类,在实现类中调用写的sql

(本章先分享通过动态代理将接口转为具体实现类)

通过spring bean的动态注入,将实现类注入到spring的bean容器

今天我们先看一下动态代理.先不纠结什么是静态代理,什么是动态代理.我们就专注于我们要实现的功能.

我们有一个接口和一个定义了接口如何实现的描述文本XML.

我们解析完XML后,如果把接口变成实现类呢?

此时呢,就需要介绍一个API了 Proxy.newProxyInstance()

public static Object newProxyInstance(ClassLoader loader, Class<?>[] interfaces,
                                      InvocationHandler h)
// 三个参数
// ClassLoader loader   类加载器
// Class<?>[] interfaces  接口路径  
// InvocationHandler h                                      

     InvocationHandler is the interface implemented by
     the invocation handler of a proxy instance.
     Each proxy instance has an associated invocation handler.
     When a method is invoked on a proxy instance, the method
     invocation is encoded and dispatched to the  invoke
     method of its invocation handler.       
     
public class MyInvocationHandler  implements InvocationHandler{
		@Override
    public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
        //在真实的对象执行之前我们可以添加自己的操作
        System.out.println("before invoke。。。");
        Object invoke = method.invoke(obj, args);
        //在真实的对象执行之后我们可以添加自己的操作
        System.out.println("after invoke。。。");
        return invoke;
    }
}  

这个方法可以返回一个代理类,这个代理类所有被调用的方法,都会调用InvocationHandler的invoke方法.

我们在InvocationHandler这个接口的实现类中的invoke方法中,根据调用的方法,决定执行什么sql,就可以实现接口转为具体实现类的功能了

下一章,我们会讲Spring Bean的动态注入

最后一句话,希望能让你受益.

当我们去接触一个新的东西时,先不要拘泥于细节,根据自己掌握的知识,大胆地去猜,积极的论证,错了也不要怕,因为错误是你通向正确的唯一捷径.