问题说明:
在一次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源码中看出来