Spring中BeanFactory和FactoryBean的区别
时间：2023-06-16 21:37:00
Spring中BeanFactory和FactoryBean的区别
我们应该在开发工作中看到或使用它FactoryBean也许你会把这一类看成BeanFactory这个类。FactoryBean和BeanFactory虽然它们看起来很相似，但它们的角色却完全不同。在这里，你可以想象你将在什么场景中使用它FactoryBean这个接口？FactoryBean是一个工厂Bean，可种类型可以生成Bean例如，它最大的功能之一是让我们定制自己Bean创建过程。BeanFactory是Spring容器中的一个基本类别也是一个非常重要的类别BeanFactory可创建和管理Spring容器中的Bean，它对于Bean创建有一个统一的过程。先来看看FactoryBean里面有什么东西：
public interface FactoryBean<T> {
//返回对象实例 T getObject() throws Exception; //Bean的类型 Class<?> getObjectType(); //true是单例，false是非单例 在Spring5.使用了这种方法JDK1.8的新特征变成了default方法，返回true boolean isSingleton(); } 我们从上面的代码中发现FactoryBean定义了一个Spring Bean三个非常重要的特点：是否单例，Bean类型、Bean实例，这也应该是我们关于Spring中的一个Bean最直观的感觉。虽然没有返回BeanName的值，但是我们也知道BeanName的值。让我们写一篇关于一个关于一个的文章FactoryBean看看我们是如何使用的小例子FactoryBean然后从源码的角度看Spring是怎么解析FactoryBean中的Bean的。
//FactoryBean接口实现类 @Component public class FactoryBeanLearn implements FactoryBean {
@Override public Object getObject() throws Exception {
//这个Bean是我们自己new是的，我们可以在这里控制它Bean创建过程 return new FactoryBeanServiceImpl(); } @Override public Class<?> getObjectType() {
return FactoryBeanService.class; } @Override public boolean isSingleton() {
return true;
}
}
//接口
public interface FactoryBeanService {
/** * 测试FactoryBean */
void testFactoryBean();
}
//实现类
public class FactoryBeanServiceImpl implements FactoryBeanService {
/** * 测试FactoryBean */
@Override
public void testFactoryBean() {
System.out.println("我是FactoryBean的一个测试类。。。。");
}
}
//单测
@Test
public void test() {
ClassPathXmlApplicationContext cac = new ClassPathXmlApplicationContext("classpath:com/zkn/spring/learn/base/applicationContext.xml");
FactoryBeanService beanService = cac.getBean(FactoryBeanService.class);
beanService.testFactoryBean();
}
我们的输出结果如下：
从上面的代码中我们可以看到我们从Spring容器中获取了FactoryBeanService类型的Bean。那么这个获取Bean的过程Spring是怎么处理的呢？它是怎么从FactoryBean中获取我们自己创建的Bean实例的呢？我们先从getBean这个方法看起，因为在Spring的AbstractApplicationContext中有很多重载的getBean方法，这里我们调用的是根据Type(指Class类型)来获取的Bean信息。我们传入的type是FactoryBeanService类型。
getBean
AbstractApplicationContext#getBean(java.lang.Class)
@Override
public <T> T getBean(Class<T> requiredType) throws BeansException {
//检测BeanFactory的激活状态
assertBeanFactoryActive();
//getBeanFactory()获取到的是一个DefaultListableBeanFactory的实例
//所以我们去DefaultListableBeanFactory中看一下getBean这个方法
return getBeanFactory().getBean(requiredType);
}
DefaultListableBeanFactory#getBean(java.lang.Class)
@Override
public <T> T getBean(Class<T> requiredType) throws BeansException {
return getBean(requiredType, (Object[]) null);
}
@Override
public <T> T getBean(Class<T> requiredType, Object... args) throws BeansException {
//解析Bean
NamedBeanHolder<T> namedBean = resolveNamedBean(requiredType, args);
if (namedBean != null) {
return namedBean.getBeanInstance();
}
//如果当前Spring容器中没有获取到相应的Bean信息，则从父容器中获取
//SpringMVC是一个很典型的父子容器
BeanFactory parent = getParentBeanFactory();
if (parent != null) {
//一个重复的调用过程，只不过BeanFactory的实例变了
return parent.getBean(requiredType, args);
}
//如果都没有获取到，则抛出异常
throw new NoSuchBeanDefinitionException(requiredType);
}
在上面的代码中，我们重点关注的是resolveNamedBean这个方法：
private <T> NamedBeanHolder<T> resolveNamedBean(Class<T> requiredType, Object... args) throws BeansException {
Assert.notNull(requiredType, "Required type must not be null");
//这个方法是根据传入的Class类型来获取BeanName，因为我们有一个接口有多个实现类的情况(多态)，
//所以这里返回的是一个String数组。这个过程也比较复杂。
//这里需要注意的是，我们调用getBean方法传入的type为com.zkn.spring.learn.service.FactoryBeanService类型，但是我们没有在Spring容器中注入FactoryBeanService类型的Bean
//正常来说我们在这里是获取不到beanName呢。但是事实是不是这样呢？看下面我们对getBeanNamesForType的分析
String[] candidateNames = getBeanNamesForType(requiredType);
//如果有多个BeanName，则挑选合适的BeanName
if (candidateNames.length > 1) {
List<String> autowireCandidates = new ArrayList<String>(candidateNames.length);
for (String beanName : candidateNames) {
if (!containsBeanDefinition(beanName) || getBeanDefinition(beanName).isAutowireCandidate()) {
autowireCandidates.add(beanName);
}
}
if (!autowireCandidates.isEmpty()) {
candidateNames = autowireCandidates.toArray(new String[autowireCandidates.size()]);
}
}
//如果只有一个BeanName 我们调用getBean方法来获取Bean实例来放入到NamedBeanHolder中
//这里获取bean是根据beanName，beanType和args来获取bean
//这里是我们要分析的重点 在下一篇文章中有介绍
if (candidateNames.length == 1) {
String beanName = candidateNames[0];
return new NamedBeanHolder<T>(beanName, getBean(beanName, requiredType, args));
}
//如果合适的BeanName还是有多个的话
else if (candidateNames.length > 1) {
Map<String, Object> candidates = new LinkedHashMap<String, Object>(candidateNames.length);
for (String beanName : candidateNames) {
//看看是不是已经创建多的单例Bean
if (containsSingleton(beanName)) {
candidates.put(beanName, getBean(beanName, requiredType, args));
}
else {
//调用getType方法继续获取Bean实例
candidates.put(beanName, getType(beanName));
}
}
//有多个Bean实例的话 则取带有Primary注解或者带有Primary信息的Bean
String candidateName = determinePrimaryCandidate(candidates, requiredType);
if (candidateName == null) {
//如果没有Primary注解或者Primary相关的信息，则去优先级高的Bean实例
candidateName = determineHighestPriorityCandidate(candidates, requiredType);
}
if (candidateName != null) {
Object beanInstance = candidates.get(candidateName);
//Class类型的话 继续调用getBean方法获取Bean实例
if (beanInstance instanceof Class) {
beanInstance = getBean(candidateName, requiredType, args);
}
return new NamedBeanHolder<T>(candidateName, (T) beanInstance);
}
//都没有获取到 抛出异常
throw new NoUniqueBeanDefinitionException(requiredType, candidates.keySet());
}
return null;
}
在上面的代码中我们说我们传入的type是com.zkn.spring.learn.service.FactoryBeanService类型，但是在我们的Spring容器中却没有FactoryBeanService类型的Bean，那么我们是怎么从getBeanNamesForType获取到beanName的呢？
getBeanNamesForType的分析
public String[] getBeanNamesForType(Class<?> type, boolean includeNonSingletons, boolean allowEagerInit) {
if (!isConfigurationFrozen() || type == null || !allowEagerInit) {
return doGetBeanNamesForType(ResolvableType.forRawClass(type), includeNonSingletons, allowEagerInit);
}
//先从缓存中获取
Map<Class<?>, String[]> cache =
(includeNonSingletons ? this.allBeanNamesByType : this.singletonBeanNamesByType);
String[] resolvedBeanNames = cache.get(type);
if (resolvedBeanNames != null) {
return resolvedBeanNames;
}
//调用doGetBeanNamesForType方法获取beanName
resolvedBeanNames = doGetBeanNamesForType(ResolvableType.forRawClass(type), includeNonSingletons, true);
//所传入的类能不能被当前类加载加载
if (ClassUtils.isCacheSafe(type, getBeanClassLoader())) {
//放入到缓存中，解析一次以后从缓存中获取
//这里对应到我们这里 key是FactoryBeanService Value是beanFactoryLearn
cache.put(type, resolvedBeanNames);
}
return resolvedBeanNames;
}
doGetBeanNamesForType的分析
private String[] doGetBeanNamesForType(ResolvableType type, boolean includeNonSingletons, boolean allowEagerInit) {
List<String> result = new ArrayList<String>();
//循环所有的beanName 这个是在Spring容器启动解析Bean的时候放入到这个List中的
for (String beanName : this.beanDefinitionNames) {
//不是别名
if (!isAlias(beanName)) {
try {
//根据beanName获取RootBeanDefinition
RootBeanDefinition mbd = getMergedLocalBeanDefinition(beanName);
//RootBeanDefinition中的Bean不是抽象类、非延迟初始化
if (!mbd.isAbstract() && (allowEagerInit ||
((mbd.hasBeanClass() || !mbd.isLazyInit() || isAllowEagerClassLoading())) &&
!requiresEagerInitForType(mbd.getFactoryBeanName()))) {
//是不是FactoryBean的子类
boolean isFactoryBean = isFactoryBean(beanName, mbd);
BeanDefinitionHolder dbd = mbd.getDecoratedDefinition();
//这里我们其他的几个变量的意思都差不多 我们需要重点关注的是isTypeMatch这个方法
//如果isTypeMatch这个方法返回true的话，我们会把这个beanName即factoryBeanLearn 放入到result中返回
boolean matchFound =
(allowEagerInit || !isFactoryBean ||
(dbd != null && !mbd.isLazyInit()) || containsSingleton(beanName)) &&
(includeNonSingletons ||
(dbd != null ? mbd.isSingleton() : isSingleton(beanName))) &&
isTypeMatch(beanName, type);
if (!matchFound && isFactoryBean) {
//如果不匹配，还是FactoryBean的子类 这里会把beanName变为 &beanName
beanName = FACTORY_BEAN_PREFIX + beanName;
//判断类型匹配不匹配
matchFound = (includeNonSingletons || mbd.isSingleton()) && isTypeMatch(beanName, type);
}
if (matchFound) {
result.add(beanName);
}
}
}
}
}
//这里的Bean是Spring容器创建的特殊的几种类型的Bean 像Environment
for (String beanName : this.manualSingletonNames) {
try {
// In case of FactoryBean, match object created by FactoryBean.
if (isFactoryBean(beanName)) {
if ((includeNonSingletons || isSingleton(beanName)) && isTypeMatch(beanName, type)) {
result.add(beanName);
// Match found for this bean: do not match FactoryBean itself anymore.
continue;
}
// In case of FactoryBean, try to match FactoryBean itself next.
beanName = FACTORY_BEAN_PREFIX + beanName;
}
// Match raw bean instance (might be raw FactoryBean).
if (isTypeMatch(beanName, type)) {
result.add(beanName);
}
}
}
return StringUtils.toStringArray(result);
}
在上面的代码中，我们可以知道的是我们的FactoryBeanLearn是一个FactoryBean类型的类。所以在上面的代码中会调用isTypeMatch这个方法来判断FactoryBeanLearn是不是和我们传入的类型相匹配。这里是值：FactoryBeanService类。我们去isTypeMatch方法中去看一下它是怎么进行类型匹配判断的：由于isTypeMatch方法很长，这里我们只看和我们这次分析相关的一部分代码
public boolean isTypeMatch(String name, ResolvableType typeToMatch) throws NoSuchBeanDefinitionException {
//转换beanName 这里我们可以知道我们的beanName为factoryBeanLearn 因为上面是循环了Spring容器中的所有的Bean
String beanName = transformedBeanName(name);
//因为我们这里是用的AbstractApplicationContext的子类来从Spring容器中获取Bean
//获取beanName为factoryBeanLearn的Bean实例 这里是可以获取到Bean实例的
//这里有一个问题：使用AbstractApplicationContext的子类从Spring容器中获取Bean和
//使用BeanFactory的子类从容器中获取Bean有什么区别？这个可以思考一下
Object beanInstance = getSingleton(beanName, false);
if (beanInstance != null) {
//factoryBeanLearn是FactoryBean的一个实现类
if (beanInstance instanceof FactoryBean) {
//这里判断beanName是不是以&开头 这里明显不是 这里可以想一下什么情况下会有&开头的Bean
if (!BeanFactoryUtils.isFactoryDereference(name)) {
//这里就是从factoryBeanLearn中获type类型 我们在下面会分析一下这个类
Class<?> type = getTypeForFactoryBean((FactoryBean<?>) beanInstance);
//从factoryBeanLearn中获取到的type类型和我们传入的类型是不是同一种类型 是的话直接返回
return (type != null && typeToMatch.isAssignableFrom(type));
}
else {
return typeToMatch.isInstance(beanInstance);
}
}
getTypeForFactoryBean
protected Class<?> getTypeForFactoryBean(final FactoryBean<?> factoryBean) {
try {
if (System.getSecurityManager() != null) {
return AccessController.doPrivileged(new PrivilegedAction<Class<?>>() {
@Override
public Class<?> run() {
return factoryBean.getObjectType();
}
}, getAccessControlContext());
}
else {
//看到这里是不是很熟悉了 调用FactoryBean实例的getObjectType()方法
return factoryBean.getObjectType();
}
}
}
我们在调用factoryBeanLearn的getObjectType方法的时候，获取到的值为：com.zkn.spring.learn.service.FactoryBeanService和我们传入的type是一样的类型。所以这里返回true，根据我们上面说的如果isTypeMatch返回true的话，我们返回的beanName为factoryBeanLearn。
上面的分析总结起来是：我们调用getBean(Class requiredType)方法根据类型来获取容器中的bean的时候，对应我们的例子就是：根据类型com.zkn.spring.learn.service.FactoryBeanService来从Spring容器中获取Bean(首先明确的一点是在Spring容器中没有FactoryBeanService类型的BeanDefinition。但是却有一个Bean和FactoryBeanService这个类型有一些关系)。Spring在根据type去获取Bean的时候，会先获取到beanName。获取beanName的过程是：先循环Spring容器中的所有的beanName，然后根据beanName获取对应的BeanDefinition，如果当前bean是FactoryBean的类型，则会从Spring容器中根据beanName获取对应的Bean实例，接着调用获取到的Bean实例的getObjectType方法获取到Class类型，判断此Class类型和我们传入的Class是否是同一类型。如果是则返回测beanName，对应到我们这里就是：根据factoryBeanLearn获取到FactoryBeanLearn实例，调用FactoryBeanLearn的getObjectType方法获取到返回值FactoryBeanService.class。和我们传入的类型一致，所以这里获取的beanName为factoryBeanLearn。换句话说这里我们把factoryBeanLearn这个beanName映射为了：FactoryBeanService类型。即FactoryBeanService类型对应的beanName为factoryBeanLearn这是很重要的一点。在这里我们也看到了FactoryBean中三个方法中的一个所发挥作用的地方。
