Mybaits 源码解析 ----- 面试源码系列（Mapper接口底层原理（为什么Mapper不用写实现类就能访问到数据库（））） _源码解析

一年好景君须记，最是橙黄橘绿时。这篇文章主要讲述Mybaits 源码解析 ----- 面试源码系列：Mapper接口底层原理（为什么Mapper不用写实现类就能访问到数据库？）相关的知识，希望能为你提供帮助。
刚开始使用Mybaits的同学有没有这样的疑惑，为什么我们没有编写Mapper的实现类，却能调用Mapper的方法呢？本篇文章我带大家一起来解决这个疑问
上一篇文章我们获取到了DefaultSqlSession，接着我们来看第一篇文章测试用例后面的代码

EmployeeMapper employeeMapper = sqlSession.getMapper(Employee.class); List< Employee> allEmployees = employeeMapper.getAll();

为 Mapper 接口创建代理对象我们先从 DefaultSqlSession 的 getMapper 方法开始看起，如下：

1 public < T> T getMapper(Class< T> type) { 2return configuration.< T> getMapper(type, this); 3 } 4 5 // Configuration 6 public < T> T getMapper(Class< T> type, SqlSession sqlSession) { 7return mapperRegistry.getMapper(type, sqlSession); 8 } 9 10 // MapperRegistry 11 public < T> T getMapper(Class< T> type, SqlSession sqlSession) { 12// 从 knownMappers 中获取与 type 对应的 MapperProxyFactory 13final MapperProxyFactory< T> mapperProxyFactory = (MapperProxyFactory< T> ) knownMappers.get(type); 14if (mapperProxyFactory == null) { 15throw new BindingException("Type " + type + " is not known to the MapperRegistry."); 16} 17try { 18// 创建代理对象 19return mapperProxyFactory.newInstance(sqlSession); 20} catch (Exception e) { 21throw new BindingException("Error getting mapper instance. Cause: " + e, e); 22} 23 }

这里最重要就是两行代码，第13行和第19行，我们接下来就分析这两行代码
获取MapperProxyFactory
根据名称看，可以理解为Mapper代理的创建工厂，是不是Mapper的代理对象由它创建呢？我们先来回顾一下knownMappers 集合中的元素是何时存入的。这要在我前面的文章中找答案，MyBatis 在解析配置文件的 < mappers> 节点的过程中，会调用 MapperRegistry 的 addMapper 方法将 Class 到 MapperProxyFactory 对象的映射关系存入到 knownMappers。有兴趣的同学可以看看我之前的文章，我们来回顾一下源码：

private void bindMapperForNamespace() { // 获取映射文件的命名空间 String namespace = builderAssistant.getCurrentNamespace(); if (namespace != null) { Class< ?> boundType = null; try { // 根据命名空间解析 mapper 类型 boundType = Resources.classForName(namespace); } catch (ClassNotFoundException e) { } if (boundType != null) { // 检测当前 mapper 类是否被绑定过 if (!configuration.hasMapper(boundType)) { configuration.addLoadedResource("namespace:" + namespace); // 绑定 mapper 类 configuration.addMapper(boundType); } } } }// Configuration public < T> void addMapper(Class< T> type) { // 通过 MapperRegistry 绑定 mapper 类 mapperRegistry.addMapper(type); }// MapperRegistry public < T> void addMapper(Class< T> type) { if (type.isInterface()) { if (hasMapper(type)) { throw new BindingException("Type " + type + " is already known to the MapperRegistry."); } boolean loadCompleted = false; try { /* * 将 type 和 MapperProxyFactory 进行绑定，MapperProxyFactory 可为 mapper 接口生成代理类 */ knownMappers.put(type, new MapperProxyFactory< T> (type)); MapperAnnotationBuilder parser = new MapperAnnotationBuilder(config, type); // 解析注解中的信息 parser.parse(); loadCompleted = true; } finally { if (!loadCompleted) { knownMappers.remove(type); } } } }

在解析Mapper.xml的最后阶段，获取到Mapper.xml的namespace，然后利用反射，获取到namespace的Class,并创建一个MapperProxyFactory的实例，namespace的Class作为参数，最后将namespace的Class为key，MapperProxyFactory的实例为value存入knownMappers。
注意，我们这里是通过映射文件的命名空间的Class当做knownMappers的Key。然后我们看看getMapper方法的13行，是通过参数Employee.class也就是Mapper接口的Class来获取MapperProxyFactory，所以我们明白了为什么要求xml配置中的namespace要和和对应的Mapper接口的全限定名了
生成代理对象
我们看第19行代码 return mapperProxyFactory.newInstance(sqlSession); ，很明显是调用了MapperProxyFactory的一个工厂方法，我们跟进去看看

public class MapperProxyFactory< T> { //存放Mapper接口Class private final Class< T> mapperInterface; private final Map< Method, MapperMethod> methodCache = new ConcurrentHashMap(); public MapperProxyFactory(Class< T> mapperInterface) { this.mapperInterface = mapperInterface; }public Class< T> getMapperInterface() { return this.mapperInterface; }public Map< Method, MapperMethod> getMethodCache() { return this.methodCache; }protected T newInstance(MapperProxy< T> mapperProxy) { //生成mapperInterface的代理类 return Proxy.newProxyInstance(this.mapperInterface.getClassLoader(), new Class[]{this.mapperInterface}, mapperProxy); }public T newInstance(SqlSession sqlSession) { /* * 创建 MapperProxy 对象，MapperProxy 实现了 InvocationHandler 接口，代理逻辑封装在此类中 * 将sqlSession传入MapperProxy对象中，第二个参数是Mapper的接口，并不是其实现类 */ MapperProxy< T> mapperProxy = new MapperProxy(sqlSession, this.mapperInterface, this.methodCache); return this.newInstance(mapperProxy); } }

上面的代码首先创建了一个 MapperProxy 对象，该对象实现了 InvocationHandler 接口。然后将对象作为参数传给重载方法，并在重载方法中调用 JDK 动态代理接口为 Mapper接口生成代理对象。
【Mybaits 源码解析 ----- 面试源码系列（Mapper接口底层原理（为什么Mapper不用写实现类就能访问到数据库（）））】这里要注意一点，MapperProxy这个InvocationHandler 创建的时候，传入的参数并不是Mapper接口的实现类，我们以前是怎么创建JDK动态代理的？先创建一个接口，然后再创建一个接口的实现类，最后创建一个InvocationHandler并将实现类传入其中作为目标类，创建接口的代理类，然后调用代理类方法时会回调InvocationHandler的invoke方法，最后在invoke方法中调用目标类的方法，但是我们这里调用Mapper接口代理类的方法时，需要调用其实现类的方法吗？不需要，我们需要调用对应的配置文件的SQL，所以这里并不需要传入Mapper的实现类到MapperProxy中，那Mapper接口的代理对象是如何调用对应配置文件的SQL呢？下面我们来看看。
Mapper代理类如何执行SQL？上面一节中我们已经获取到了EmployeeMapper的代理类，并且其InvocationHandler为MapperProxy，那我们接着看Mapper接口方法的调用

List< Employee> allEmployees = employeeMapper.getAll();

知道JDK动态代理的同学都知道，调用代理类的方法，最后都会回调到InvocationHandler的Invoke方法，那我们来看看这个InvocationHandler（MapperProxy）

public class MapperProxy< T> implements InvocationHandler, Serializable { 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; }public Object invoke(Object proxy, Method method, Object[] args) throws Throwable { // 如果方法是定义在 Object 类中的，则直接调用 if (Object.class.equals(method.getDeclaringClass())) { try { return method.invoke(this, args); } catch (Throwable var5) { throw ExceptionUtil.unwrapThrowable(var5); } } else { // 从缓存中获取 MapperMethod 对象，若缓存未命中，则创建 MapperMethod 对象 MapperMethod mapperMethod = this.cachedMapperMethod(method); // 调用 execute 方法执行 SQL return mapperMethod.execute(this.sqlSession, args); } }private MapperMethod cachedMapperMethod(Method method) { MapperMethod mapperMethod = (MapperMethod)this.methodCache.get(method); if (mapperMethod == null) { //创建一个MapperMethod，参数为mapperInterface和method还有Configuration mapperMethod = new MapperMethod(this.mapperInterface, method, this.sqlSession.getConfiguration()); this.methodCache.put(method, mapperMethod); }return mapperMethod; } }

如上，回调函数invoke逻辑会首先检测被拦截的方法是不是定义在 Object 中的，比如 equals、hashCode 方法等。对于这类方法，直接执行即可。紧接着从缓存中获取或者创建 MapperMethod 对象，然后通过该对象中的 execute 方法执行 SQL。我们先来看看如何创建MapperMethod
创建 MapperMethod 对象

public class MapperMethod {//包含SQL相关信息，比喻MappedStatement的id属性，（mapper.EmployeeMapper.getAll） private final SqlCommand command; //包含了关于执行的Mapper方法的参数类型和返回类型。 private final MethodSignature method; public MapperMethod(Class< ?> mapperInterface, Method method, Configuration config) { // 创建 SqlCommand 对象，该对象包含一些和 SQL 相关的信息 this.command = new SqlCommand(config, mapperInterface, method); // 创建 MethodSignature 对象，从类名中可知，该对象包含了被拦截方法的一些信息 this.method = new MethodSignature(config, mapperInterface, method); } }

MapperMethod包含SqlCommand 和MethodSignature 对象，我们来看看其创建过程
① 创建 SqlCommand 对象

public static class SqlCommand { //name为MappedStatement的id，也就是namespace.methodName（mapper.EmployeeMapper.getAll） private final String name; //SQL的类型，如insert，delete，update private final SqlCommandType type; public SqlCommand(Configuration configuration, Class< ?> mapperInterface, Method method) { //拼接Mapper接口名和方法名，（mapper.EmployeeMapper.getAll） String statementName = mapperInterface.getName() + "." + method.getName(); MappedStatement ms = null; //检测configuration是否有key为mapper.EmployeeMapper.getAll的MappedStatement if (configuration.hasStatement(statementName)) { //获取MappedStatement ms = configuration.getMappedStatement(statementName); } else if (!mapperInterface.equals(method.getDeclaringClass())) { String parentStatementName = method.getDeclaringClass().getName() + "." + method.getName(); if (configuration.hasStatement(parentStatementName)) { ms = configuration.getMappedStatement(parentStatementName); } }// 检测当前方法是否有对应的 MappedStatement if (ms == null) { if (method.getAnnotation(Flush.class) != null) { name = null; type = SqlCommandType.FLUSH; } else { throw new BindingException("Invalid bound statement (not found): " + mapperInterface.getName() + "." + methodName); } } else { // 设置 name 和 type 变量 name = ms.getId(); type = ms.getSqlCommandType(); if (type == SqlCommandType.UNKNOWN) { throw new BindingException("Unknown execution method for: " + name); } } } }public boolean hasStatement(String statementName, boolean validateIncompleteStatements) { //检测configuration是否有key为statementName的MappedStatement return this.mappedStatements.containsKey(statementName); }

通过拼接接口名和方法名，在configuration获取对应的MappedStatement，并设置设置 name 和 type 变量，代码很简单
② 创建 MethodSignature 对象
MethodSignature 包含了被拦截方法的一些信息，如目标方法的返回类型，目标方法的参数列表信息等。下面，我们来看一下 MethodSignature 的构造方法。

public static class MethodSignature {private final boolean returnsMany; private final boolean returnsMap; private final boolean returnsVoid; private final boolean returnsCursor; private final Class< ?> returnType; private final String mapKey; private final Integer resultHandlerIndex; private final Integer rowBoundsIndex; private final ParamNameResolver paramNameResolver; public MethodSignature(Configuration configuration, Class< ?> mapperInterface, Method method) {// 通过反射解析方法返回类型 Type resolvedReturnType = TypeParameterResolver.resolveReturnType(method, mapperInterface); if (resolvedReturnType instanceof Class< ?> ) { this.returnType = (Class< ?> ) resolvedReturnType; } else if (resolvedReturnType instanceof ParameterizedType) { this.returnType = (Class< ?> ) ((ParameterizedType) resolvedReturnType).getRawType(); } else { this.returnType = method.getReturnType(); }// 检测返回值类型是否是 void、集合或数组、Cursor、Map 等 this.returnsVoid = void.class.equals(this.returnType); this.returnsMany = configuration.getObjectFactory().isCollection(this.returnType) || this.returnType.isArray(); this.returnsCursor = Cursor.class.equals(this.returnType); // 解析 @MapKey 注解，获取注解内容 this.mapKey = getMapKey(method); this.returnsMap = this.mapKey != null; /* * 获取 RowBounds 参数在参数列表中的位置，如果参数列表中 * 包含多个 RowBounds 参数，此方法会抛出异常 */ this.rowBoundsIndex = getUniqueParamIndex(method, RowBounds.class); // 获取 ResultHandler 参数在参数列表中的位置 this.resultHandlerIndex = getUniqueParamIndex(method, ResultHandler.class); // 解析参数列表 this.paramNameResolver = new ParamNameResolver(configuration, method); } }

执行 execute 方法
前面已经分析了 MapperMethod 的初始化过程，现在 MapperMethod 创建好了。那么，接下来要做的事情是调用 MapperMethod 的 execute 方法，执行 SQL。传递参数sqlSession和method的运行参数args

return mapperMethod.execute(this.sqlSession, args);

我们去MapperMethod 的execute方法中看看
MapperMethod

public Object execute(SqlSession sqlSession, Object[] args) { Object result; // 根据 SQL 类型执行相应的数据库操作 switch (command.getType()) { case INSERT: { // 对用户传入的参数进行转换，下同 Object param = method.convertArgsToSqlCommandParam(args); // 执行插入操作，rowCountResult 方法用于处理返回值 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()) { // 执行查询操作，并将结果封装在 Map 中返回 result = executeForMap(sqlSession, args); } else if (method.returnsCursor()) { // 执行查询操作，并返回一个 Cursor 对象 result = executeForCursor(sqlSession, args); } else { Object param = method.convertArgsToSqlCommandParam(args); // 执行查询操作，并返回一个结果 result = sqlSession.selectOne(command.getName(), param); } break; case FLUSH: // 执行刷新操作 result = sqlSession.flushStatements(); break; default: throw new BindingException("Unknown execution method for: " + command.getName()); } return result; }

如上，execute 方法主要由一个 switch 语句组成，用于根据 SQL 类型执行相应的数据库操作。我们先来看看是参数的处理方法convertArgsToSqlCommandParam是如何将方法参数数组转化成Map的

public Object convertArgsToSqlCommandParam(Object[] args) { return paramNameResolver.getNamedParams(args); }public Object getNamedParams(Object[] args) { final int paramCount = names.size(); if (args == null || paramCount == 0) { return null; } else if (!hasParamAnnotation & & paramCount == 1) { return args[names.firstKey()]; } else { //创建一个Map，key为method的参数名，值为method的运行时参数值 final Map< String, Object> param = new ParamMap< Object> (); int i = 0; for (Map.Entry< Integer, String> entry : names.entrySet()) { // 添加 < 参数名, 参数值> 键值对到 param 中 param.put(entry.getValue(), args[entry.getKey()]); final String genericParamName = GENERIC_NAME_PREFIX + String.valueOf(i + 1); if (!names.containsValue(genericParamName)) { param.put(genericParamName, args[entry.getKey()]); } i++; } return param; } }

我们看到，将Object[] args转化成了一个Map< 参数名, 参数值> ，接着我们就可以看查询过程分析了，如下