Spring 源码之四 prepareBeanFactory() 办法
大家好,我是程序员田同学!
明天带大家解读 refresh() 办法的第三个办法 prepareBeanFactory(),通过对 refresh() 的一步步解读,想必有一天小伙伴们能揭开 Spring 的神秘面纱。
照例,先站在 prepareBeanFactory() 的门外看它都做了什么,而后再逐渐深刻分析。prepareBeanFactory() 办法次要是:
设置 BeanFactory 的类加载器,增加 BeanPostProcessor,手动注册几个非凡的 bean。
扩大:BeanPostProcessor 是 Spring IOC 容器给咱们提供的一个扩大接口。
//bean 初始化办法调用前被调用
@Nullable
default Object postProcessBeforeInitialization(Object bean, String beanName) throws BeansException {return bean;}
//bean 初始化办法调用后被调用
@Nullable
default Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException {return bean;}
BeanPostProcessor 在整个 bean 的生命周期中处于红色箭头所示的地位。
prepareBeanFactory() 的每个具体办法在以下代码正文中。
// Tell the internal bean factory to use the context's class loader etc.
// 设置上下文环境的启动类加载器
beanFactory.setBeanClassLoader(getClassLoader());
// 增加 bean 表达式解释器,为了可能让咱们的 beanFactory 去解析 bean 表达式
beanFactory.setBeanExpressionResolver(new StandardBeanExpressionResolver(beanFactory.getBeanClassLoader()));
//spring 外部的属性编辑器、既读取配置文件
beanFactory.addPropertyEditorRegistrar(new ResourceEditorRegistrar(this, getEnvironment()));
// Configure the bean factory with context callbacks.
// 增加 BeanPostProcessor
beanFactory.addBeanPostProcessor(new ApplicationContextAwareProcessor(this));
// 跳过以下 6 个属性的主动注入
// 因为在 ApplicationContextAwareProcessor 后置处理器中通过 setter 注入
beanFactory.ignoreDependencyInterface(EnvironmentAware.class);
beanFactory.ignoreDependencyInterface(EmbeddedValueResolverAware.class);
beanFactory.ignoreDependencyInterface(ResourceLoaderAware.class);
beanFactory.ignoreDependencyInterface(ApplicationEventPublisherAware.class);
beanFactory.ignoreDependencyInterface(MessageSourceAware.class);
beanFactory.ignoreDependencyInterface(ApplicationContextAware.class);
// BeanFactory interface not registered as resolvable type in a plain factory.
// MessageSource registered (and found for autowiring) as a bean.
//// 注册四个非凡的 bean
// 在利用代码就能够通过类型主动拆卸把工厂实例和 ApplicationContext 实例设置到自定义 bean 的属性中
// 这四个属性都会被主动设置,尽管没有在显示的在 bean 定义 xml 中注入它们
beanFactory.registerResolvableDependency(BeanFactory.class, beanFactory);
beanFactory.registerResolvableDependency(ResourceLoader.class, this);
beanFactory.registerResolvableDependency(ApplicationEventPublisher.class, this);
beanFactory.registerResolvableDependency(ApplicationContext.class, this);
// Register early post-processor for detecting inner beans as ApplicationListeners.
// 注册事件监听器
beanFactory.addBeanPostProcessor(new ApplicationListenerDetector(this));
// Detect a LoadTimeWeaver and prepare for weaving, if found.
if (beanFactory.containsBean(LOAD_TIME_WEAVER_BEAN_NAME)) {beanFactory.addBeanPostProcessor(new LoadTimeWeaverAwareProcessor(beanFactory));
// Set a temporary ClassLoader for type matching.
beanFactory.setTempClassLoader(new ContextTypeMatchClassLoader(beanFactory.getBeanClassLoader()));
}
// Register default environment beans.
// 如果没有定义 "environment" 这个 bean,那么 Spring 会 "手动" 注册一个
if (!beanFactory.containsLocalBean(ENVIRONMENT_BEAN_NAME)) {beanFactory.registerSingleton(ENVIRONMENT_BEAN_NAME, getEnvironment());
}
// 如果没有定义 "systemProperties" 这个 bean,那么 Spring 会 "手动" 注册一个
if (!beanFactory.containsLocalBean(SYSTEM_PROPERTIES_BEAN_NAME)) {beanFactory.registerSingleton(SYSTEM_PROPERTIES_BEAN_NAME, getEnvironment().getSystemProperties());
}
// 如果没有定义 "systemEnvironment" 这个 bean,那么 Spring 会 "手动" 注册一个
if (!beanFactory.containsLocalBean(SYSTEM_ENVIRONMENT_BEAN_NAME)) {beanFactory.registerSingleton(SYSTEM_ENVIRONMENT_BEAN_NAME, getEnvironment().getSystemEnvironment());
}
有一些同学想必对 ignoreDependencyInterface() 办法有些许的纳闷。
ignoreDependencyInterface 的次要性能是疏忽给定接口的主动拆卸性能,也就是当有疏忽的接口类,主动拆卸会疏忽这部分类的初始化拆卸,因为某种状况下,此时的接口实现类不能初始化。
例如 BeanNameAware, 要想拆卸这个接口的实现对象,能够实现这个接口,通过实现的 set 办法进行拆卸