【MyBatis】Spring集成原理（四）：注入代理对象 MapperProxy

在上一篇 【MyBatis】Spring集成原理（三）：注册 Mapper接口到IOC容器 我们分析了 MyBatis 是如何实现自定义注册 Mapper 接口到 IOC 容器中的，最后我们看到 BeanDefinition 中实际保存的是 MapperFactoryBean.class。

在上篇文末还留了两个问题：

1. 我们只是注入了一个接口，在对象实例化的时候，是怎么拿到 SqlSessionTemplate 的？
2. 当我们调用方法的时候，还是不是用的 MapperProxy？

要解决这俩问题，我们首先要做的就是找到一个分析的入手点。来看下面这段示例代码：

@Service 
public class EmployeeService { 
    
    @Autowired 
    // 直接注入mapper接口
    EmployeeMapper employeeMapper;
    
	public List<Employee> getAll() { 
        return employeeMapper.selectByMap(null);
    }
}

其中，@Autowired 的底层实现是 getBean(EmployeeMapper.class)，然后 Spring 会根据 Mapper 的名字从 IOC 容器中获取它的 BeanDefination，再从 BeanDefination 中获取 BeanClass，而 EmployeeMapper 对应的 BeanClass 是 MapperFactoryBean（上一篇已经分析过）。

可以看到 MapperFactoryBean 实现了 FactoryBean 接口（表明是一个工厂bean），所以 getBean() 最终返回的并不是它自己，而是 getObject 中创建的对象。

PS：关于 FactoryBean 可以参考 【Spring】IOC&DI：FactoryBean和BeanFactory分析对比…

// MapperFactoryBean#getObject()
public T getObject() throws Exception { 
	// 因为 MapperFactoryBean 继承了 SqlSessionDaoSupport 
	// 所以这个 getSqlSession() 就是调用父类的方法，返回 SqlSessionTemplate。
	return getSqlSession().getMapper(this.mapperInterface);
}

// SqlSessionTemplate#getMapper()
public <T> T getMapper(Class<T> type) {  
	// 1.获取配置类 Configuration
	// 2.创建代理对象 MapperProxy
	// PS:这里采用的是链式编程
	return getConfiguration().getMapper(type, this);
}

我想第一个问题的答案已经很明确了。

1.获取配置类 Configuration

// 1.1 SqlSessionTemplate#getConfiguration
public Configuration getConfiguration() {
	// 调用 DefaultSqlSessionFactory#getConfiguration()
    return this.sqlSessionFactory.getConfiguration(); 
}

// 1.2 DefaultSqlSessionFactory#getConfiguration
public Configuration getConfiguration() { 
	// 返回全部配置Configuration
	return configuration; 
}

2.创建代理对象

// 2.1 Configuration.getMapper()
public <T> T getMapper(Class<T> type, SqlSession sqlSession) { 
	// 调用 MapperRegister#getMapper()
	return mapperRegistry.getMapper(type, sqlSession); 
}

// 2.2 MapperRegister#getMapper()
public <T> T getMapper(Class<T> type, SqlSession sqlSession) {
	// 获取MapperProxy工厂
    // 在解析mapper标签和Mapper.xml的时候已经把接口类型和类型对应的MapperProxyFactory放到了一个Map中。
    final MapperProxyFactory<T> mapperProxyFactory = (MapperProxyFactory<T>) knownMappers.get(type);
    if (mapperProxyFactory == null) {
      throw new BindingException("Type " + type + " is not known to the MapperRegistry.");
    }
    try {
      // 通过 MapperProxyFactory 获取具体对象
      // 注：这里使用的是JDK动态代理，不过代理对象不用组合接口实现对象
      return mapperProxyFactory.newInstance(sqlSession);
    } catch (Exception e) {
      throw new BindingException("Error getting mapper instance. Cause: " + e, e);
    }
  }

可以看到，跟编程式使用里面的 getMapper 一样，通过工厂类 MapperProxyFactory 获得一个MapperProxy代理对象。也就是说，我们注入到 Service 层的接口，实际上还是一个 MapperProxy 代理对象。所以最后调用 Mapper 接口方法，就是执行 MapperProxy 的invoke() 方法，后面流程就跟编程式的工程里面一模一样了。

想了解 SqlSession 底层 Excutor 如何执行 SQL 的同学，可以参考 【MyBatis】执行原理（四）：Executor 执行SQL源码分析…

小结

下面对 Spring 集成原理这四篇文章做个小结：

1）几个关键对象

2）用到 Spring 的扩展点