在Spring框架中,bean的创建通常交由Spring IoC容器负责,它提供了丰富的方式来创建和管理bean的生命周期。在众多的功能中,FactoryBean
以一种特别的方式出现,不仅让我们能够控制bean的创建过程,还使得更复杂的初始化逻辑变得简洁清晰。接下来,让我们 一步步地走进FactoryBean
的世界,并通过案例解析来透彻理解它在Spring应用中的使用。
FactoryBean
是Spring提供的一种特殊的bean,使用它可以生成某些需要复杂初始化过程的bean对象。当配置某个bean实现了FactoryBean
接口时,该bean返回的对象不是FactoryBean
本身,而是FactoryBean#getObject()
方法返回的对象,这就提供了一种扩展的可能,我们可以在这个方法里定制创建逻辑。
它与Spring其他bean的主要区别在于,FactoryBean
负责产生其他bean实例。也即当我们从IOC容器中获取一个FactoryBean时,我们得到的是它创建的那个bean的实例,而不是FactoryBean的实例本身。
使用FactoryBean的情况一般是:
实现FactoryBean
非常简单,只需要:
FactoryBean
接口。getObject()
方法来定义创建对象的逻辑。getObjectType()
方法返回创建对象的类型。isSingleton()
方法来决定你的bean是原型还是单例。假设我们有一个UserService类,它的创建过程比较复杂,需要从数据库中获取一些配置信息。我们可以使用FactoryBean来简化这个过程。
public class UserServiceFactoryBean implements FactoryBean {
private String config;
// getter and setter methods...
@Override
public UserService getObject() throws Exception {
// 这里可以放一些复杂的逻辑,比如和其他系统交互,或者执行一些耗时操作
UserService userService = new UserService();
userService.setConfig(this.config);
return userService;
}
@Override
public Class> getObjectType() {
return UserService.class;
}
@Override
public boolean isSingleton() {
return true;
}
}
ApplicationContext context = new ClassPathXmlApplicationContext("applicationContext.xml");
UserService userService = (UserService) context.getBean("userService");
FactoryBean 的常见使用场景包括但不限于:
getObject
将在实际需要时被调用—比如解决循环依赖时,使用三级缓存存放的ObjectFactory用于提前AOP。其实很多场景的FactoryBean 可能都见过,只是可能没去总结归纳。我给小伙伴们举几个例子。
在 SSM 项目中,如果我们要配置 MyBatis 到项目中,一般需要配置下面这个 Bean:
classpath*:com/apple/mapper/*.xml
我们在配置 Shiro 的时候,一般都要配置如下 Bean:
/index=anon
/doLogin=anon
/hello=user
/**=authc
如果我们前端传递的参数是 key-value 格式,并且有一个日期,那么小伙伴们知道,服务端 SpringMVC 默认无法处理这个日期,需要配置一个日期转换器,一般我们在 Spring 容器中添加如下 Bean
我们观察上面三个 Bean 有一个共同的特点,那就是 Bean 的名字都是 xxxFactoryBean。
为什么要用 xxxFactoryBean 而不直接把需要的 Bean 注入到 Spring 容器中去呢?以 MyBatis 为例:
手动配置过 MyBatis 的小伙伴应该都知道,MyBatis 有两个重要的类,一个是 SqlSessionFactory,还有一个是 SqlSession,通过 SqlSessionFactory 可以获取到一个 SqlSession。
SqlSessionFactoryBean核心代码如下:其创建SqlSessionFactory复杂逻辑都在 afterPropertiesSet()
public class SqlSessionFactoryBean implements FactoryBean, InitializingBean, ApplicationListener {
private SqlSessionFactory sqlSessionFactory;
@Override
public SqlSessionFactory getObject() throws Exception {
if (this.sqlSessionFactory == null) {
afterPropertiesSet();
}
return this.sqlSessionFactory;
}
@Override
public Class extends SqlSessionFactory> getObjectType() {
return this.sqlSessionFactory == null ? SqlSessionFactory.class : this.sqlSessionFactory.getClass();
}
@Override
public boolean isSingleton() {
return true;
}
}
大家看一下,SqlSessionFactoryBean 需要实现 FactoryBean 接口,并且在实现接口的时候指定泛型是 SqlSessionFactory,也就是 SqlSessionFactoryBean 最终产出的 Bean 是 SqlSessionFactory。
这就是 FactoryBean 的特点,由于某一个 Bean 的初始化过于复杂,那么就可以通过 FactoryBean 来帮助注册到 Spring 容器中去。
区别在于,BeanFactory 是 Spring 框架的核心接口,用于管理和提供 Bean 实例,而 FactoryBean 是一个特殊的 Bean,用于创建和管理其他 Bean 的实例。FactoryBean 在 Bean 的创建过程中提供更多的自定义能力,允许进行额外的逻辑处理。
确切地烙印在记忆中:当你遇到需求类似"我需在Runtime时动态地配置我的bean" 或者 "我需要确保我的bean是复杂生产步骤下的产物"时,那么FactoryBean
就是你的不二之选。
使用过Spring Boot的同学都知道,当我们需要扫描Mapper的时候,需要添加@MapperScan注解完成对Mapper对象的扫描,@MapperScan导入MapperScannerRegistrar类完成扫描。
但是Mapper类都是接口,无法被实例化,那么为什么在Spring中能够直接注入Mapper对象呢?
实际上Mybatis是通过FactoryBean对象(MapperFactoryBean)创建Mapper对象的代理对象,完成Mapper接口的注入。
这里篇幅有限,后面我再进行解析。。。
参考文章:
https://mp.weixin.qq.com/s/r3rnVhU8vr58Cw__UWOVLA