吊打面试官系列:BeanFactory和FactoryBean的区别

吊打面试官系列:BeanFactory和FactoryBean的区别

01 引言

面试造火箭,入职拧螺丝。这是候选人的进入职场的切身感受。坦白来讲,日常业务开发中根本没有什么用。但是如果涉及架构、脚手架、开发封装或者源码理解,却是大有用处。

面试的目的不是刁难,而是了解候选人的技术深度和广度。

今天,我们来看一个高频面试题:BeanFactoryFactoryBean的区别。

02 考察点

该面试题主要考察了候选人对Spring源码的理解程度。

BeanFactoryFactoryBeanSpring中非常重要的两个接口。其中FactoryBean更是对Bean创建的一个扩展点,独立控制Bean的创建过程,并由Spring容器管理。

BeanFactoryFactoryBean也非常容易混淆,名称相似但功能完全不同。

03 BeanFactory

BeanFactory的本质是一个Bean工厂,是整个SpringIOC容器的一个接口,负责管理Bean的创建和生命周期。

其中ApplicationContext又是对BeanFactory功能的扩展,如增加AOP、事件等。

3.1 源码分析

先来看看源码中的主要功能:

源码中功能主要是用来获取Bean对象,判断Bean对象的属性。

而之前我们演示过SpringIOC容器的一个实现类就是AnnotationConfigApplicationContext,来看看简单的继承关系:

3.2 案例分析

这是一个非常典型的使用Spring容器获取Bean对象的案例。因为ApplicationContext继承BeanFactory,并且这里使用了BeanFactory中的方法,所以这里完全可以使用BeanFactory接收。

而在实际的业务项目中,我们通常会使用Spring的扩展接接口ApplicationContextAware,获取到ApplicationContext容器,然后再操作容器中的Bean对象。

@Component
public final class SpringUtil implements ApplicationContextAware, DisposableBean {

    /**
     * ApplicationContext
     */
    private static ApplicationContext applicationContext;

    public void setApplicationContext(ApplicationContext applicationContext) {
        SpringUtil.applicationContext = applicationContext;
    }
    
    // ......
}

04 FactoryBean

FactoryBean同样是一个接口,用来定义一个工厂Bean,他可以产生某种类型的对象。他生产的Bean仍然被Spring容器管理。也就是说通过BeanFactorygetBean()获取到的。

Spring启动时,发现一个Bean实现了FactoryBean接口,Spring就不会直接返回这个Bean示例,而是通过FactoryBean#getObject()来返回对象。

4.1 源码

源码非常简单,就3个方法。分别用来获取BeanBean类型以及是否单例。

4.2 案例分析

先定义一个UserServiceFactoryBean专门用来生产userService

@Component
public class UserServiceFactoryBean implements FactoryBean {
    @Override
    public Object getObject() throws Exception {
        return new UserService();
    }

    @Override
    public Class<?> getObjectType() {
        return UserService.class;
    }

    @Override
    public boolean isSingleton() {
        return true;
    }
}

在容器中获取userService对象:

@Test
void test() {
    ApplicationContext context = new AnnotationConfigApplicationContext("com.simonking.boot.aop");
    UserService contextBean = (UserService)context.getBean("userServiceFactoryBean");
    contextBean.test();
}

结果就可以获取到UserService对象了。

但是会发现一个问题:

UserServiceFactoryBean上的注解默认的BeanName是userServiceFactoryBean,而在容器中取BeanName为userServiceFactoryBean的时候返回的Bean又是UserService

这就是开始说的:FactoryBean不直接返回Bean而是通过getObject返回的

isSingleton 如果设为false会怎样?

从容器中获取两次对象返回的Bean是不同的内存地址:

那如何获取对象本身呢?

只需要Bean的名称前加&即可,且内部的方法不影响对象本身:

05 小结

简单总结一下:

BeanFactorySpring框架实现,负责管理和创建很多Bean,通常不需要开发者自行实现;而FactoryBean到底是一个Bean对象,允许开发者定制化Bean的创建流程,最终还要被BeanFactory管理。

作为Java领域的专家,我可以回答你的问题:BeanFactoryFactoryBean有什么区别BeanFactoryFactoryBean都是Spring框架中的核心组件,它们的主要区别在于: 1. BeanFactorySpring框架中最基础的容器,负责管理Bean的生命周期依赖关系。BeanFactory中的Bean是延迟加载的,只有在需要使用时才会被实例化。 2. FactoryBean是一个特殊的Bean,它实现了FactoryBean接口,负责创建其他Bean的实例。FactoryBean中的Bean是提前加载的,在容器启动时就会被实例化。 因此,两者的主要区别在于Bean的创建时机不同。对于BeanFactory,Bean是在需要使用时才会被实例化,而对于FactoryBean,Bean是在容器启动时就会被实例化。 另外,FactoryBean在创建Bean实例时具有更大的灵活性,可以根据具体的需求进行自定义的实例化初始化逻辑,例如实现动态代理、对象池等功能。 示例代码如下: ```java public class MyFactoryBean implements FactoryBean<MyBean> { @Override public MyBean getObject() throws Exception { // 自定义实例化逻辑 return new MyBean(); } @Override public Class<?> getObjectType() { return MyBean.class; } @Override public boolean isSingleton() { return true; } } ``` 在上面的代码中,我们定义了一个实现了FactoryBean接口的类MyFactoryBean,并在该类中实现了getObject()、getObjectType()isSingleton()三个方法。在getObject()方法中,我们可以自定义Bean的实例化逻辑,例如创建动态代理对象、对象池等。在getObjectType()方法中,我们指定了该Bean实例的类型为MyBean.class。在isSingleton()方法中,我们指定了该Bean实例为单例模式。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

智_永无止境

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值