FactoryBean 与 BeanFactory 有何区别？Spring 新手常误解？

在Spring框架中，BeanFactory和FactoryBean这对名称高度相似的组件，让68%的Spring初学者在面试时产生混淆。这种命名上的”文字游戏”，恰似编程界的双生子悖论——它们看似相同，实则承担着截然不同的职责。理解二者的本质区别，是掌握Spring IoC容器设计精髓的关键。

核心概念对比解析

BeanFactory：Spring的造物主

作为Spring IoC容器的根接口，BeanFactory是支撑整个框架的基石型基础设施。它通过统一的生命周期管理模型，实现了对象的创建、依赖注入等核心功能。

• 核心职责：
  • Bean定义注册（BeanDefinition Registry）
  • 依赖解析与注入（Dependency Injection）
  • 生命周期管理（Lifecycle Management）
• 典型实现：DefaultListableBeanFactory
• 代码示例：

  BeanFactory factory = new XmlBeanFactory(
      new ClassPathResource("applicationContext.xml"));
  MyService service = factory.getBean(MyService.class);

FactoryBean：定制化生产车间

FactoryBean是Spring提供的特殊扩展接口，允许开发者自定义复杂对象的创建逻辑。它的本质是一个能够生产其他对象的工厂Bean。

• 三大核心方法：
  • getObject(): 返回工厂生产的对象
  • getObjectType(): 指定生产对象的类型
  • isSingleton(): 控制对象是否为单例
• 典型应用场景：
  • 集成第三方框架（如MyBatis的SqlSessionFactoryBean）
  • 创建复杂对象（如RPC客户端代理）

对比表格：本质差异一目了然

常见误解TOP3

误区一：名称相近即同类

这是最常见的理解偏差。实际上，二者的关系就像“汽车工厂”与”发动机生产车间”——BeanFactory是整个制造体系，而FactoryBean是某个零部件的专用生产线。

误区二：功能可以互相替代

虽然都涉及对象创建，但BeanFactory通过标准化流程管理所有Bean，而FactoryBean则是针对特定复杂对象的定制化解决方案。

误区三：使用频率相同

实际开发中，开发者直接操作BeanFactory的情况较少（通常使用ApplicationContext），而FactoryBean在集成第三方库时使用频率较高。

实战场景解析

场景一：自定义数据库连接池

public class DruidFactoryBean implements FactoryBean {
    
    @Override
    public DruidDataSource getObject() {
        DruidDataSource ds = new DruidDataSource();
        ds.setUrl("jdbc:mysql://localhost:3306/test");
        // 设置其他连接参数...
        return ds;
    }
    
    @Override
    public Class getObjectType() {
        return DruidDataSource.class;
    }
}

场景二：动态代理生成

public class RpcClientFactoryBean implements FactoryBean