为啥mybatis的mapper只有接口没有实现类，但它却能工作？

说起mybatis，大伙应该都用过，有些人甚至底层源码都看过了。在mybatis中，mapper接口是没有实现类的，取而代之的是一个xml文件。也就是说我们调用mapper接口，其实是使用了mapper.xml中定义sql完成数据操作。

大家有没想过，为什么mapper没有实现类，它是如何和xml关联起来的？

一个简单的例子

ok，别急，现在我们已经抛出问题，现在我们从demo开始，再结合我们所拥有的知识点出发，一一剖析整个过程。

先来搞个简单的查询：

UserMapper一个接口：

User findById(Long id);

userMapper.xml的sql语句

<mapper namespace="com.lfq.UserMapper">    <select id="findById" resultType="com.lfq.User">        select * *  from user where id = #{id}    </select></mapper>

猜想

我们知道，接口是不直接被初始化的，但是可以被实现，所以new对象的时候是初始化实现类，然后接口再引用该对象。那么调用接口的方法实际上就是调用被引用对象的方法，也就是实现类的方法。

那么，UserMapper.findById被调用时候，不禁有这两个疑问？

• 被引用的对象是谁呢？
• 接口被调用时候发生了什么？

我们先来回答第二个问题，既然找不到实现类，UserMapper有没可能被代理起来呢，findById方法调用时候，我们找到代理对象来执行就行了。

代理有两种方式：

• 静态代理
• 动态代理

而静态代理基本是不可能的了，静态代理需要对UserMapper所有的方法进行重写。那么只能是动态代理，动态代理接口的所有方法，每次接口被调用，就会进入动态代理对象的invoke方法，然后加载xml中的sql完成操作数据库，再返回结果。

再然后说到动态代理，常见的方式有以下2种方式：

• JDK动态代理：
• 利用反射机制生成一个实现代理接口的匿名类，在调用具体方法前调用InvokeHandler来处理。
• CGlib动态代理：
• 利用ASM（开源的Java字节码编辑库，操作字节码）开源包，将代理对象类的class文件加载进来，通过修改其字节码生成子类来处理。

所以，动态代理代理还是对象类，那么我们只有接口，不能new，哪来的对象呢？别忘了，我们还有反射机制，我们是不是可以通过反射给接口生成对象，还记得 Class.* forName*吗。

综合上面的猜想：

第一步：通过反射机制给接口生成对象

第二步：动态代理反射对象，这样接口被调用，就会触发动态代理

嗯，好像有点道理，我果然是个天才！

知识点：动态代理

动态代理有几种实现方式，这里我们就先讲JDK动态代理，使用步骤如下：

• 新建一个接口
• 创建代理类，实现java.lang.reflect.InvocationHandler接口
• 接口测试

接口我们就用UserMapper，我们来写个代理对象。

public class Test {  // 接口  static interface Subject{    void sayHi();    void sayHello();  }
  // 默认实现类（我们可以反射生成）  static class SubjectImpl implements Subject{    @Override    public void sayHi() {      System.out.println("hi");    }    @Override    public void sayHello() {      System.out.println("hello");    }  }
  // jkd动态代理  // 原创：公众号：java思维导图  static class ProxyInvocationHandler implements InvocationHandler{    private Subject target;    public ProxyInvocationHandler(Subject target) {      this.target=target;    }
   @Override   public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {      System.out.print("say:");      return method.invoke(target, args);    }  }
  public static void main(String[] args) {    Subject subject=new SubjectImpl();
    Subject subjectProxy=(Subject)             Proxy.newProxyInstance(subject.getClass().getClassLoader(), subject.getClass().getInterfaces(), new ProxyInvocationHandler(subject));
    subjectProxy.sayHi();    subjectProxy.sayHello();    }}

ok，一个简单的动态代理例子送给你们，上面代码中关键生成动态代理对象的关键代码是：

Proxy.newProxyInstance(ClassLoader loader, Class<?>[] interfaces, InvocationHandler h);

• loader: 用哪个类加载器去加载代理对象
• interfaces:动态代理类需要实现的接口
• h:动态代理方法在执行时，会调用h里面的invoke方法去执行

源码分析

好啦，上面该做的准备已经都准备好了，我们对mybatis的这个mapper接口大概都有些思路了，下面我们去正式验证一下，那么肯定就要去看源码了。我们只是去验证上面的mapper接口问题，所以不需要去看全部的代码，当然如果你看整个流程下来的话，会更加清晰。

论证猜想，我们可以采用结果导向的方式去看源码，从获取mapper那里开始看，也就是

SqlSession sqlSession = sqlSessionFactory.openSession();UserMapper userMapper = sqlSession.getMapper(UserMapper.class);

主要从sqlSession.getMapper(UserMapper.class);这里开始，先看整个UserMapper是不是被动态代理的。ok，我们进入代码中：

• org.apache.ibatis.session.SqlSessionManager#getMapper

@Overridepublic <T> T getMapper(Class<T> type) {  return getConfiguration().getMapper(type, this);}

继续走到Configuration方法里，Configuration是mybatis所有配置相关的地方，mybatis-cfg.xml、UserMapper.xml等文件都会被预先加载到Configuration里。

• org.apache.ibatis.session.Configuration#getMapper

public <T> T getMapper(Class<T> type, SqlSession sqlSession) {  return mapperRegistry.getMapper(type, sqlSession);}

这时候，我们发现Configuration里面出现了一个mapperRegistry，翻译过来可以理解为mapper的注册器，其实在加载UserMapper.xml的时候，我们就需要在mapperRegistry里面进行注册，所有，我们可以从这里面进行获取。继续走~

• org.apache.ibatis.binding.MapperRegistry#getMapper

public <T> T getMapper(Class<T> type, SqlSession sqlSession) {
  //获取mapper代理工厂  // 原创：公众号：java思维导图  final MapperProxyFactory<T> mapperProxyFactory = (MapperProxyFactory<T>) knownMappers.get(type);