小白mybatis源码看这一遍就够了(2)| getMapper与sqlSession.selectList区别

mybatis源码分析系列:

  1. mybatis源码看这一遍就够了(1)| 前言
  2. mybatis源码看这一遍就够了(2)| getMapper
  3. mybatis源码看这一遍就够了(3)| Configuration及解析配置文件
  4. mybatis源码看这一遍就够了(4)| SqlSession.select调用分析
  5. mybatis源码看这一遍就够了(5)| 与springboot整合

上一章我们后面留下了一个问题就是 getMapper获取的UserDao操作和直接sqlSession.selectList的区别?


下面我们就从这里展开mybatis源码的面纱

UserDao mapper = sqlSession.getMapper(UserDao.class);

这句操作究竟做了些什么?

首先第一步DefaultSqlSession.getMapper:

这里调用Configuration.getMapper:

然后接着调用MapperRegistry.getMapper:

  public <T> T getMapper(Class<T> type, SqlSession sqlSession) {
    final MapperProxyFactory<T> mapperProxyFactory = (MapperProxyFactory<T>) knownMappers.get(type);
    if (mapperProxyFactory == null) {
      throw new BindingException("Type " + type + " is not known to the MapperRegistry.");
    }
    try {
      return mapperProxyFactory.newInstance(sqlSession);
    } catch (Exception e) {
      throw new BindingException("Error getting mapper instance. Cause: " + e, e);
    }
  }

 knownMappers是一个map,Map<Class<?>, MapperProxyFactory<?>> ;它存放着我们的key为com.cwh.test.dao.UserDao,value为MapperProxyFactory;这里第一步从knownMappers获取出MapperProxyFactory,然后接着调用mapperProxyFactory.newInstance(sqlSession)

MapperProxyFactory.newInstance:

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

 接着newInstance(mapperProxy):

 protected T newInstance(MapperProxy<T> mapperProxy) {
    return (T) Proxy.newProxyInstance(mapperInterface.getClassLoader(), new Class[] { mapperInterface }, mapperProxy);
  }

这里我们可以看到通过代理创建一个代理对象,也就是UserDao拿到的是一个代理对象,而InvocationHandler就是我们前面new 出来的MapperProxy,也就是说那么我们在调用UserDao.select()执行sql时,其实是调用代理对象的invoke方法,好那我们回头看下这个MapperProxy:

它实现了InvocationHandler接口,我们来看下invoke:

  public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
    try {
      if (Object.class.equals(method.getDeclaringClass())) {
        return method.invoke(this, args);
      } else if (method.isDefault()) {
        return invokeDefaultMethod(proxy, method, args);
      }
    } catch (Throwable t) {
      throw ExceptionUtil.unwrapThrowable(t);
    }
    final MapperMethod mapperMethod = cachedMapperMethod(method);
    return mapperMethod.execute(sqlSession, args);
  }
 private MapperMethod cachedMapperMethod(Method method) {
    return methodCache.computeIfAbsent(method, k -> new MapperMethod(mapperInterface, method, sqlSession.getConfiguration()));
  }

 这里从Map<Method, MapperMethod>获取或创建MapperMethod,key为方法全名value为MapperMethod:

  public MapperMethod(Class<?> mapperInterface, Method method, Configuration config) {
    this.command = new SqlCommand(config, mapperInterface, method);
    this.method = new MethodSignature(config, mapperInterface, method);
  }

MapperMethod有个内部类SqlCommand,看看这里到底做了些什么:

调用resolveMappedStatement获取MappedStatement:

configuration.hasStatement(statementId)判断Configuration里的Map<String, MappedStatement> mappedStatements是否存有该MappedStatement:

有则返回:

那么这个mappedStatements的Map数据是哪儿来的?这个后续再分析 ,参考 mybatis源码看这一遍就够了(3)

拿到MappedStatement将id和type赋值给SqlCommand的id和type;初始化完SqlCommand后也算拿到MapperMethod接着执行mapperMethod.execute(sqlSession, args):

public Object execute(SqlSession sqlSession, Object[] args) {
    Object result;
    switch (command.getType()) {
      case INSERT: {
        Object param = method.convertArgsToSqlCommandParam(args);
        result = rowCountResult(sqlSession.insert(command.getName(), param));
        break;
      }
      case UPDATE: {
        Object param = method.convertArgsToSqlCommandParam(args);
        result = rowCountResult(sqlSession.update(command.getName(), param));
        break;
      }
      case DELETE: {
        Object param = method.convertArgsToSqlCommandParam(args);
        result = rowCountResult(sqlSession.delete(command.getName(), param));
        break;
      }
      case SELECT:
        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 if (method.returnsCursor()) {
          result = executeForCursor(sqlSession, args);
        } else {
          Object param = method.convertArgsToSqlCommandParam(args);
          result = sqlSession.selectOne(command.getName(), param);
          if (method.returnsOptional()
              && (result == null || !method.getReturnType().equals(result.getClass()))) {
            result = Optional.ofNullable(result);
          }
        }
        break;
      case FLUSH:
        result = sqlSession.flushStatements();
        break;
      default:
        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;
  }

这里有各个数据库操作类型,通过前面SqlCommand初始化的数据,判断type,我们直接关注我们的select:

调用MapperMethod.executeForMany:

看到上面圈红的地方没有,是不是很熟悉,这里是不是也是sqlSession.selectList,也就是说两者其实并无区别,只不过UserDao利用代理对象操作sqlSession.selectList();

 到这里我们也搞明白上一章最后留下的疑问,那么是否还有其他疑问呢?

小朋友你是不是有很多问号,为什么?sqlSession.selectList这一步究竟做了啥,这和jdbc又有什么关系?

具体查看mybatis源码看这一遍就够了(4)

前面的knownMappers获取MapperProxyFactory又是哪里来?Configuration做了些什么?

具体查看mybatis源码看这一遍就够了(3)

不急,下一章我们继续分析

  • 5
    点赞
  • 11
    收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
©️2022 CSDN 皮肤主题:技术黑板 设计师:CSDN官方博客 返回首页
评论

打赏作者

菜 头

你的鼓励将是我创作的最大动力

¥2 ¥4 ¥6 ¥10 ¥20
输入1-500的整数
余额支付 (余额:-- )
扫码支付
扫码支付:¥2
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值