spring容器正常启动但调用mapper失败——Mybatis源码分析

问题说明：

在一次spring启动过程中，忘了在mybatis-config文件下或者 spring 配置文件中配置 mapper.xml 的位置，导致服务可以正常启动，但是在执行相关数据库操作的时候，会出现500错误。

思考：

既然没有配置mapper.xml文件的地址，并且我们采用的是ApplicationContext （至于beanFactory 和 ApplicationContext的区别可以自行百度）,service依赖的dao接口怎么还会注入成功呢？

比如以下代码段：

@Service
public class DemoServiceImpl implements IDemoService {
	@Autowired
	private DemoDao demoDao;
	.....
}
复制代码

DemoDao 是 我们的接口。启动完成后，applicationContext对这个service实现类进行bean的实例化就已经完成了，也就是说这个DemoDao 就已经被注入成功了。

Why？我们需要知道的一点就是这个DemoDao的实现类是根据mapper文件和接口一起生成的类似于 proxy 一样的对象。不过我们忘了一件事，我们忘记在sqlSessionFactory 中的mapperLocations属性中 或者在 mybatis-config文件中配置mapper的路径，所以这个DemoDao的实现类又是如何生成成功的，而且启动成功后执行数据库操作又报了500？所以是为什么呢？

---

答案很简单： FactoryBean

---

FactoryBean 简介

看过spring aop源码的朋友都应该知道FactoryBean的作用。

package org.springframework.beans.factory;
public interface FactoryBean<T> {
    T getObject() throws Exception;

    Class<?> getObjectType();

    boolean isSingleton();
}
复制代码

spring注入的对象是Factorybean，Factorybean的getObject方法才是返回实际的proxy。我们可以在mybatis源码中看出来