[Mybatis] Mapper接口原理分析

本文探讨了Mybatis如何在没有实现类的情况下通过接口执行SQL。Mybatis利用JDK动态代理技术,为Mapper接口生成代理对象,代理对象在SqlSession的作用下执行SQL操作。详细分析了sqlSession.getMapper()、MapperRegistry、MapperProxyFactory和MapperMethod等关键步骤,揭示了Mybatis的内部执行流程。

上篇文章中,是直接用SqlSession.selectList()去执行一条SQL的,但是作为 一个ORM框架,我们往往是调用接口去执行,如下所示:

    InputStream inputStream = Resources.getResourceAsStream("mybatis-config.xml");
    SqlSessionFactoryBuilder builder = new SqlSessionFactoryBuilder();
    SqlSessionFactory factory = builder.build(inputStream);

    SqlSession sqlSession = factory.openSession();
    UserMapper userMapper =sqlSession.getMapper(UserMapper.class);
    userMapper.selectAllUser();//直接调用接口执行

    sqlSession.close();

但是UserMapper只是一个接口,并没有相应的实现类。我们都知道接口要有实现类才能实例化进而调用,但是那么Myabtis是如何实现调用没有实现类的方法,还能完成相应的SQL处理逻辑。

其实原理很简单:这个是用了JDK的动态代理技术,首先为UserMapper生成一个代理对象,由代理对象去调用SqlSession方法。也就是说在调用链SqlSession作为参数一直传递下去,并交给代理对象,真正的执行操作还是由SqlSession去执行的。

下面我们来分析下这其中的过程,先看下sqlSession.getMapper()方法:

 @Override
  public <T> T getMapper(Class<T> type) {
    //从配置中获取,注意这两个参数,一个是接口UserMapper.class,另一个是SqlSession自身,特别是SqlSession这个参数,后文一系列的调用链都有这个参数的
    return configuration.<T>getMapper(type, this);
  }

再看下configuration.getMapper()

  public <T> T getMapper(Class<T> type, SqlSession sqlSession) {
    //其实是调用了MapperRegistry的方法
    return mapperRegistry.getMapper(type, sqlSession);
  }

MapperRegistry类:

public class MapperRegistry {

  private final Configuration config;
  //Map类型,<Class,MapperProxyFactory>这两个的映射。后者就是Mapper代理工厂
  private final Map<Class<?>, MapperProxyFactory<?>> knownMappers = new HashMap<Class<?>, MapperProxyFactory<?>>();

  public MapperRegistry(Configuration config) {
    this.config = config;
  }

  @SuppressWarnings("unchecked")
  public <T> T getMapper(Class<T> type, SqlSession sqlSession) {
    //获取Mapper代理工厂
    final MapperProxyFactory<T> mapperProxyFactory = (MapperProxyFactory<T>) knownMappers.get(type);
    if (mapperProxyFactory == null) {
      throw new BindingException("Type " + type + " is not known to the MapperRegistry.");
    }
    try {
      //从代理工厂创建实例,注意还有个SqlSession入参
      return mapperProxyFactory.newInstance(sqlSession);
    } catch (Exception e) {
      throw new BindingException("Error getting mapper instance. Cause: " + e, e);
    }
  }

}

继续往下看MapperProxyFactory,从名字中可以直接知道这个是:Mapper代理工厂。

public class MapperProxyFactory<T> {

  private final Class<T> mapperInterface;
  //方法缓存,提高性能
  private final Map<Method, MapperMethod> methodCache = new ConcurrentHashMap<Method, MapperMethod>();

  public MapperProxyFactory(Class<T> mapperInterface) {
    this.mapperInterface = mapperInterface;
  }

  @SuppressWarnings("unchecked")
  protected T newInstance(MapperProxy<T> mapperProxy) {
    //很明显,这就是一个动态代理,用于生产一个代理对象
    return (T) Proxy.newProxyInstance(mapperInterface.getClassLoader(), new Class[] { mapperInterface }, mapperProxy);
  }

  public T newInstance(SqlSession sqlSession) {
    final MapperProxy<T> mapperProxy = new MapperProxy<T>(sqlSession, mapperInterface, methodCache);//创建一个Mapper代理
    return newInstance(mapperProxy);//实例化一个代理对象,也就是UserMapper的代理对象
  }

}

到了此步,创建代理对象就完成了,后面的内容注释使用代理对象执行SQL操作了。

来看代理类MapperProxy:

public class MapperProxy<T> implements InvocationHandler, Serializable {

  private static final long serialVersionUID = -6424540398559729838L;
  private final SqlSession sqlSession;
  private final Class<T> mapperInterface;
  private final Map<Method, MapperMethod> methodCache;

  public MapperProxy(SqlSession sqlSession, Class<T> mapperInterface, Map<Method, MapperMethod> methodCache) {
    this.sqlSession = sqlSession;
    this.mapperInterface = mapperInterface;
    this.methodCache = methodCache;
  }

  @Override
  public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
    //注意这个判断,获取该方法的对应的类,如果是Object,也就是说该方法为toString(),equals()等根类Object的方法。则调用代理类MapperProxy自身。
    if (Object.class.equals(method.getDeclaringClass())) {
      try {
        return method.invoke(this, args);
      } catch (Throwable t) {
        throw ExceptionUtil.unwrapThrowable(t);
      }
    }
    final MapperMethod mapperMethod = cachedMapperMethod(method);
    //在代理对象中执行SQL
    return mapperMethod.execute(sqlSession, args);
  }

  private MapperMethod cachedMapperMethod(Method method) {
    MapperMethod mapperMethod = methodCache.get(method);
    if (mapperMethod == null) {
      mapperMethod = new MapperMethod(mapperInterface, method, sqlSession.getConfiguration());
      methodCache.put(method, mapperMethod);
    }
    return mapperMethod;
  }

}

最后看下MapperMethod类,也就是真正执行SQL的类

public class MapperMethod {

  public Object execute(SqlSession sqlSession, Object[] args) {
    Object result;
    //判断这条SQL是什么类型的CRUD,最终有SqlSession去执行!也就是说整个调用还是交了SqlSession处理了!
    if (SqlCommandType.INSERT == command.getType()) {
      Object param = method.convertArgsToSqlCommandParam(args);
      result = rowCountResult(sqlSession.insert(command.getName(), param));
    } else if (SqlCommandType.UPDATE == command.getType()) {
      Object param = method.convertArgsToSqlCommandParam(args);
      result = rowCountResult(sqlSession.update(command.getName(), param));
    } else if (SqlCommandType.DELETE == command.getType()) {
      Object param = method.convertArgsT oSqlCommandParam(args);
      result = rowCountResult(sqlSession.delete(command.getName(), param));
    } else if (SqlCommandType.SELECT == command.getType()) {
      if (method.returnsVoid() && method.hasResultHandler()) {
        executeWithResultHandler(sqlSession, args);
        result = null;
      } else if (method.returnsMany()) {
        result = executeForMany(sqlSession, args);
      } else if (method.returnsMap()) {
        result = executeForMap(sqlSession, args);
      } else {
        Object param = method.convertArgsToSqlCommandParam(args);
        result = sqlSession.selectOne(command.getName(), param);
      }
    } else if (SqlCommandType.FLUSH == command.getType()) {
        result = sqlSession.flushStatements();
    } else {
      throw new BindingException("Unknown execution method for: " + command.getName());
    }
    if (result == null && method.getReturnType().isPrimitive() && !method.returnsVoid()) {
      throw new BindingException("Mapper method '" + command.getName() 
          + " attempted to return null from a method with a primitive return type (" + method.getReturnType() + ").");
    }
    return result;
  }

}

框架流程总结如下:

  1. MapperRegistry获取到MapperProxyFactory工厂
  2. MapperProxyFactory工厂创建MapperProxy
  3. MapperProxy调用SqlSession执行SQL操作
<think>好的,用户想了解MyBatisMapper接口的实现原理,特别是动态代理和SQL映射的部分。我需要结合之前提供的引用内容来整理回答。 首先,根据引用[2]和[3],Mapper接口没有实现类,MyBatis通过动态代理生成代理对象。这点是关键。用户可能疑惑为什么接口没实现却能调用方法,动态代理就是答案。需要解释动态代理的作用,比如拦截方法调用。 接下来,引用[1]提到MapperProxy类,这是核心类,负责处理代理逻辑。应该详细说明MapperProxy如何拦截方法调用,将其转化为对应的SQL操作。比如,当调用selectAll()方法时,MapperProxy会找到对应的SQL语句并执行。 然后,引用[4]中的示例接口和映射文件需要关联起来。说明MyBatis如何将接口方法与XML中的SQL语句绑定,可能是通过方法名和命名空间的匹配。需要提到接口的全限定名和XML的namespace必须一致,方法名对应SQL的id。 另外,要提到SqlSession的作用,比如SqlSession.getMapper()方法触发代理对象的创建,这里可能需要结合引用[3]中的源码分析部分。 还需要注意动态代理的“非常规”用法,这里指的是不同于常见的代理方式,MyBatis并没有提前编写实现类,而是在运行时动态生成。这部分可以引用引用[2]的内容。 最后,总结整个流程,从调用接口方法到代理对象处理,再到执行SQL,确保用户理解整个过程。同时,生成的相关问题需要覆盖动态代理机制、接口与XML的绑定、性能优化等可能延伸的方向。 检查是否有遗漏点,比如SQL映射的解析过程,或者配置文件的加载机制,但根据用户的问题,可能不需要太深入,保持回答在原理层面即可。</think>### MyBatis Mapper接口实现原理分步解析 #### 1. 动态代理机制 MyBatis通过JDK动态代理为Mapper接口生成代理对象(核心类为$MapperProxy$)。当调用接口方法时,$MapperProxy$会拦截方法调用,并根据方法名和参数解析对应的SQL语句[^2]。 ```java // 简化的代理调用逻辑 public class MapperProxy implements InvocationHandler { public Object invoke(Object proxy, Method method, Object[] args) { // 1. 解析方法对应的SQL命令 // 2. 执行数据库操作 // 3. 返回处理结果 } } ``` #### 2. SQL映射绑定 接口方法与XML映射文件的绑定通过以下方式实现: - **命名空间对应**:XML的`namespace`必须与Mapper接口全限定名一致 - **方法签名匹配**:接口方法名对应XML中SQL语句的`id` - **参数映射**:通过`@Param`注解或参数顺序绑定参数 例如引用[4]中的接口方法: ```xml <!-- XML映射文件 --> <mapper namespace="com.example.UserMapper"> <select id="selectAll" resultType="User"> SELECT * FROM users </select> </mapper> ``` #### 3. 执行流程 1. 通过`SqlSession.getMapper()`获取代理对象 2. 调用接口方法时触发$MapperProxy$的`invoke()`方法 3. 通过$MapperMethod$解析SQL类型(SELECT/UPDATE等) 4. 使用$SqlSession$执行具体数据库操作 5. 结果集通过$TypeHandler$进行类型转换 #### 4. 核心组件关系 $$ \begin{array}{ccc} \text{Mapper接口} & \xrightarrow{\text{动态代理}} & \text{MapperProxy} \\ & & \downarrow \\ \text{XML映射文件} & \xleftarrow{\text{元数据解析}} & \text{Configuration} \end{array} $$
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值