1.16 BeanFactory
工厂
BeanFactory API为Spring的IoC功能提供了基础。它的特定合同主要用于与Spring的其他部分以及相关的第三方框架集成,并且其DefaultListableBeanFactory实现是更高级别的GenericApplicationContext容器中的关键委托。
BeanFactory和相关接口(例如BeanFactoryAware,InitializingBean,DisposableBean)是其他框架组件的重要集成点。通过不需要任何注释甚至是反射,它们允许容器及其组件之间非常有效的交互。应用程序级Bean可以使用相同的回调接口,但通常更喜欢通过注释或通过程序配置进行声明式依赖注入。
请注意,核心BeanFactory API级别及其DefaultListableBeanFactory实现不对配置格式或要使用的任何组件注释进行假设。所有这些风味都是通过扩展(例如XmlBeanDefinitionReader和AutowiredAnnotationBeanPostProcessor)引入的,并以核心元数据表示形式对共享BeanDefinition对象进行操作。这就是使Spring的容器如此灵活和可扩展的本质。
-
选择
BeanFactory
还是ApplicationContext
除非有充分的理由,否则应使用ApplicationContext,除非将GenericApplicationContext及其子类AnnotationConfigApplicationContext作为自定义引导的常见实现,否则请使用ApplicationContext。这些是用于所有常见目的的Spring核心容器的主要入口点:加载配置文件,触发类路径扫描,以编程方式注册Bean定义和带注释的类,以及(从5.0版本开始)注册功能性Bean定义。
因为ApplicationContext包含BeanFactory的所有功能,所以通常建议在普通BeanFactory上使用,除非需要对Bean处理的完全控制。在ApplicationContext(例如GenericApplicationContext实现)中,按照惯例(即,按Bean名称或Bean类型(尤其是后处理器))检测到几种Bean,而普通的DefaultListableBeanFactory不知道任何特殊的Bean。
对于许多扩展的容器功能,例如注释处理和AOP代理,BeanPostProcessor扩展点至关重要。如果仅使用普通的DefaultListableBeanFactory,则默认情况下不会检测到此类后处理器并将其激活。这种情况可能会造成混乱,因为您的bean配置实际上并没有错。而是在这种情况下,需要通过其他设置完全引导容器。
下表列出了BeanFactory和ApplicationContext接口和实现提供的功能。
功能 BeanFactory ApplicationContext Bean instantiation/wiring Yes Yes Integrated lifecycle management No Yes Automatic BeanPostProcessor
registrationNo Yes Automatic BeanFactoryPostProcessor
registrationNo Yes Convenient MessageSource
access (for internalization)No Yes Built-in ApplicationEvent
publication mechanismNo Yes 要向DefaultListableBeanFactory显式注册Bean后处理器,您需要以编程方式调用addBeanPostProcessor,如以下示例所示:
DefaultListableBeanFactory factory = new DefaultListableBeanFactory(); // populate the factory with bean definitions // now register any needed BeanPostProcessor instances factory.addBeanPostProcessor(new AutowiredAnnotationBeanPostProcessor()); factory.addBeanPostProcessor(new MyBeanPostProcessor()); // now start using the factory
要将BeanFactoryPostProcessor应用于普通的DefaultListableBeanFactory,您需要调用其postProcessBeanFactory方法,如以下示例所示:
DefaultListableBeanFactory factory = new DefaultListableBeanFactory(); XmlBeanDefinitionReader reader = new XmlBeanDefinitionReader(factory); reader.loadBeanDefinitions(new FileSystemResource("beans.xml")); // bring in some property values from a Properties file PropertySourcesPlaceholderConfigurer cfg = new PropertySourcesPlaceholderConfigurer(); cfg.setLocation(new FileSystemResource("jdbc.properties")); // now actually do the replacement cfg.postProcessBeanFactory(factory);
在这两种情况下,显式的注册步骤都不方便,这就是为什么在Spring支持的应用程序中,各种ApplicationContext变量比普通的DefaultListableBeanFactory更为可取的原因,特别是在典型企业设置中依赖BeanFactoryPostProcessor和BeanPostProcessor实例来扩展容器功能时。
AnnotationConfigApplicationContext已注册了所有常见的注释后处理器,并且可以通过配置注释(例如@EnableTransactionManagement)在幕后引入其他处理器。在Spring基于注释的配置模型的抽象级别上,bean后处理器的概念仅是内部容器详细信息。
参考文献
【https://docs.spring.io/spring-framework/docs/current/reference/html/core.html】【1.16. The BeanFactory
】