spring源码学习笔记-初始化（六）-完成及异常处理

最新推荐文章于 2024-03-19 15:53:22 发布
最新推荐文章于 2024-03-19 15:53:22 发布
阅读量800 收藏
点赞数
分类专栏： spring 文章标签： spring 源码

转自http://www.sandzhang.com/blog/2011/04/08/spring-study-notes-initialization-6/

refresh()方法中在上篇看完了MessageSource及时间监听器等初始话处理，这篇继续往下看。

注：refresh()的代码就不再次列举了，请看spring源码中AbstractApplicationContext类。

一、finishBeanFactoryInitialization(beanFactory)这个方法将完成BeanFactory的初始化，主要做的事就是初始化除了之前处理过的特殊bean之外的所有单例bean，代码如下：

[java] view plain copy print ?
  1. if (beanFactory.containsBean(CONVERSION_SERVICE_BEAN_NAME) &&  
  2.         beanFactory.isTypeMatch(CONVERSION_SERVICE_BEAN_NAME, ConversionService.class)) {  
  3.     beanFactory.setConversionService(  
  4.             beanFactory.getBean(CONVERSION_SERVICE_BEAN_NAME, ConversionService.class));  
  5. }  
  6.    
  7. beanFactory.setTempClassLoader(null);  
  8. beanFactory.freezeConfiguration();  
  9. beanFactory.preInstantiateSingletons();  
if (beanFactory.containsBean(CONVERSION_SERVICE_BEAN_NAME) &&
        beanFactory.isTypeMatch(CONVERSION_SERVICE_BEAN_NAME, ConversionService.class)) {
    beanFactory.setConversionService(
            beanFactory.getBean(CONVERSION_SERVICE_BEAN_NAME, ConversionService.class));
}
 
beanFactory.setTempClassLoader(null);
beanFactory.freezeConfiguration();
beanFactory.preInstantiateSingletons();

  • 第1-5行判断如果定义了名为conversionService并且类型为ConversionService的bean，则把其设置为beanFactory的conversionService属性。这个主要是用来提供数据转化服务的
  • 销毁之前在prepareBeanFactory()中生成的临时ClassLoader
  • freezeConfiguration()的代码如下：
[java] view plain copy print ?
  1. this.configurationFrozen = true;  
  2. synchronized (this.beanDefinitionMap) {  
  3.     this.frozenBeanDefinitionNames = StringUtils.toStringArray(this.beanDefinitionNames);  
  4. }  
this.configurationFrozen = true;
synchronized (this.beanDefinitionMap) {
    this.frozenBeanDefinitionNames = StringUtils.toStringArray(this.beanDefinitionNames);
}

  • 这个方法就是代表bean定义等配置已经可以缓存了，不会再有其他地方对其做修改了
  • 最后一行就是对所有非延迟加载的单例bean进行初始化了我们来看下这个方法的代码：

[java] view plain copy print ?
  1. if (this.logger.isInfoEnabled()) {  
  2.     this.logger.info("Pre-instantiating singletons in " + this);  
  3. }  
  4. synchronized (this.beanDefinitionMap) {  
  5.     for (String beanName : this.beanDefinitionNames) {  
  6.         RootBeanDefinition bd = getMergedLocalBeanDefinition(beanName);  
  7.         if (!bd.isAbstract() && bd.isSingleton() && !bd.isLazyInit()) {  
  8.             if (isFactoryBean(beanName)) {  
  9.                 final FactoryBean factory = (FactoryBean) getBean(FACTORY_BEAN_PREFIX + beanName);  
  10.                 boolean isEagerInit;  
  11.                 if (System.getSecurityManager() != null && factory instanceof SmartFactoryBean) {  
  12.                     isEagerInit = AccessController.doPrivileged(new PrivilegedAction<Boolean>() {  
  13.                         public Boolean run() {  
  14.                             return ((SmartFactoryBean) factory).isEagerInit();  
  15.                         }  
  16.                     }, getAccessControlContext());  
  17.                 }  
  18.                 else {  
  19.                     isEagerInit = factory instanceof SmartFactoryBean && ((SmartFactoryBean) factory).isEagerInit();   
  20.                 }  
  21.                 if (isEagerInit) {  
  22.                     getBean(beanName);  
  23.                 }  
  24.             }  
  25.             else {  
  26.                 getBean(beanName);  
  27.             }  
  28.         }  
  29.     }  
  30. }  
if (this.logger.isInfoEnabled()) {
    this.logger.info("Pre-instantiating singletons in " + this);
}
synchronized (this.beanDefinitionMap) {
    for (String beanName : this.beanDefinitionNames) {
        RootBeanDefinition bd = getMergedLocalBeanDefinition(beanName);
        if (!bd.isAbstract() && bd.isSingleton() && !bd.isLazyInit()) {
            if (isFactoryBean(beanName)) {
                final FactoryBean factory = (FactoryBean) getBean(FACTORY_BEAN_PREFIX + beanName);
                boolean isEagerInit;
                if (System.getSecurityManager() != null && factory instanceof SmartFactoryBean) {
                    isEagerInit = AccessController.doPrivileged(new PrivilegedAction<Boolean>() {
                        public Boolean run() {
                            return ((SmartFactoryBean) factory).isEagerInit();
                        }
                    }, getAccessControlContext());
                }
                else {
                    isEagerInit = factory instanceof SmartFactoryBean && ((SmartFactoryBean) factory).isEagerInit(); 
                }
                if (isEagerInit) {
                    getBean(beanName);
                }
            }
            else {
                getBean(beanName);
            }
        }
    }
}

  • 首先是一行info级别的日志，然后在对象beanDefinitionMap的同步下循环所有bean的name分别进行初始化
    首先获取bean定义信息对象bd，然后进行判断，这里只对非抽象bean（抽象bean是用于继承定义配置等信息的不可初始化）、单例、非延迟加载的bean进行处理
    判断如果是FactoryBean则进行下面的处理，如果不是直接调用getBean(beanName)，这个方法调用会进行这个bean的初始化，关于这个方法还是放到BeanFactory的单独分析里面这里就不往里看了。
    对于FactoryBean的获取，要在beanname前加上一个&，然后会先判断是否是SmartFactoryBean并且渴望初始化（EagerInit），如果是才调用getBean(beanName)，否则这个应该是在第一次调用工厂的getObject的时候才初始化
    注：对于这中间AccessController.doPrivileged的运用没有搞明白，留待以后分析，不知道为什么要在这里使用这个

二、最后的一个处理是finishRefresh()方法，代码如下：


[java] view plain copy print ?
  1. initLifecycleProcessor();  
  2. getLifecycleProcessor().onRefresh();  
  3. publishEvent(new ContextRefreshedEvent(this));  
initLifecycleProcessor();
getLifecycleProcessor().onRefresh();
publishEvent(new ContextRefreshedEvent(this));

1.先看initLifecycleProcessor()方法的代码：

[java] view plain copy print ?
  1. ConfigurableListableBeanFactory beanFactory = getBeanFactory();  
  2. if (beanFactory.containsLocalBean(LIFECYCLE_PROCESSOR_BEAN_NAME)) {  
  3.     this.lifecycleProcessor =  
  4.             beanFactory.getBean(LIFECYCLE_PROCESSOR_BEAN_NAME, LifecycleProcessor.class);  
  5.     if (logger.isDebugEnabled()) {  
  6.         logger.debug("Using LifecycleProcessor [" + this.lifecycleProcessor + "]");  
  7.     }  
  8. }  
  9. else {  
  10.     DefaultLifecycleProcessor defaultProcessor = new DefaultLifecycleProcessor();  
  11.     defaultProcessor.setBeanFactory(beanFactory);  
  12.     this.lifecycleProcessor = defaultProcessor;  
  13.     beanFactory.registerSingleton(LIFECYCLE_PROCESSOR_BEAN_NAME, this.lifecycleProcessor);  
  14.     if (logger.isDebugEnabled()) {  
  15.         logger.debug("Unable to locate LifecycleProcessor with name '" +  
  16.                 LIFECYCLE_PROCESSOR_BEAN_NAME +  
  17.                 "': using default [" + this.lifecycleProcessor + "]");  
  18.     }  
  19. }  
ConfigurableListableBeanFactory beanFactory = getBeanFactory();
if (beanFactory.containsLocalBean(LIFECYCLE_PROCESSOR_BEAN_NAME)) {
    this.lifecycleProcessor =
            beanFactory.getBean(LIFECYCLE_PROCESSOR_BEAN_NAME, LifecycleProcessor.class);
    if (logger.isDebugEnabled()) {
        logger.debug("Using LifecycleProcessor [" + this.lifecycleProcessor + "]");
    }
}
else {
    DefaultLifecycleProcessor defaultProcessor = new DefaultLifecycleProcessor();
    defaultProcessor.setBeanFactory(beanFactory);
    this.lifecycleProcessor = defaultProcessor;
    beanFactory.registerSingleton(LIFECYCLE_PROCESSOR_BEAN_NAME, this.lifecycleProcessor);
    if (logger.isDebugEnabled()) {
        logger.debug("Unable to locate LifecycleProcessor with name '" +
                LIFECYCLE_PROCESSOR_BEAN_NAME +
                "': using default [" + this.lifecycleProcessor + "]");
    }
}

这个方法主要是用来初始化生命周期管理器LifecycleProcessor的

  • 如果用户定义了名为lifecycleProcessor类型为LifecycleProcessor的LocalBean，则赋值给当前ApplicationContext的lifecycleProcessor属性
  • 如果用户没有定义，则初始化默认的生命周期管理器DefaultLifecycleProcessor，注册单例bean，并赋值给lifecycleProcessor属性

2.initLifecycleProcessor()方法之后则是对生命周期管理器的触发，LifecycleProcessor有两个触发点onRefresh()和onClose()，当前正处于refresh所以调用其onRefresh()方法

3.调用publishEvent()方法发布ContextRefreshedEvent事件，publishEvent()的代码也很简单就不介绍了，就是调用当前上下文及parent的ApplicationEventMulticaster的multicastEvent()方法，这个放到分析事件处理模块时再去详细分析。

 

三、最后分析一下在整个try代码块中如果抛出异常的处理，可以看到分为了两个方法调用：

1.destroyBeans()代码很简单，就是调用BeanFactory的destroySingletons()方法销毁所有单例bean。还是暂不细看放到BeanFactory专项分析里去

2.cancelRefresh()这个方法代码看一下：


[java] view plain copy print ?
  1. synchronized (this.activeMonitor) {  
  2.     this.active = false;  
  3. }  
synchronized (this.activeMonitor) {
    this.active = false;
}

就是在同步下设置状态值而已，但是有个小细节，这个方法在AbstractRefreshableApplicationContext和GenericApplicationContext两个子类中进行了重写，但是也很简单，就是增加了一个beanFactory.setSerializationId(null)然后依旧调用上面super中的方法进行修改状态

 

关于ApplicationContext的基本初始化的过车这就分析完了，中间碰到了很多问题，也还有很多地方需要详细研究，下面列举备忘一下，后面挨个分析：

  1. bean定义的加载
  2. bean的初始化
  3. BeanFactory的一些核心方法
  4. BeanFactory和ApplictionContext的关系以及各自的类继承框架
  5. 扩展点BeanFactoryPostProcessor及BeanPostProcessor
  6. 事件监听器ApplicationListener
  7. 信息管理器MessageSource
  8. 属性编辑器PropertyEditor
  9. 生命周期管理器LifecycleProcessor
  10. 还有几个小细节例如LoadTimeWeaver、MergedBeanDefinitionPostProcessor、AccessController.doPrivileged等


yuxj1988
关注
专栏目录
2023最新版本Activiti7系列-源码篇-初始化过程
波波烤鸭的博客
08-15 681
Activiti7核心源码分析-初始化过程讲解
SpringCloud学习笔记-狂神说
weixin_44202871的博客
07-17 553
SpringBoot 微服务
spring Boot2 —— 异常处理机制详细源码分析（附源码）
qq_35843514的博客
03-25 338
异常处理 文章目录异常处理一、错误处理1、默认规则2、定制错误处理逻辑二、异常处理自动配置原理1、自动配置异常处理规则2、异常处理步骤流程 一、错误处理 1、默认规则 （1）默认情况下，Spring Boot提供/error处理所有错误的映射 （2）对于机器客户端，它将生成JSON响应，其中包含错误，HTTP状态和异常消息的详细信息。对于浏览器客户端，响应一个“ whitelabel”错误视图，以HTML格式呈现相同的数据 （3）要对其进行自定义，添加View解析为error （4）要完全替换默认行为，
Spring 异常处理器 源码分析总结
胖墩儿没腹肌
10-30 766
异常处理的作用 可以拦截制定异常，并进行处理返回到制定页面。 需求举例 如我的需求当用户请求不存的页面时不能出现浏览器默认的404页面，而出现我自己定义的html也面。当出现A类异常时返回到a.html。出现B类异常返回带b.html。 项目实例 例如：当为我根本没有ind123ex.html服务请求时。 如果我不自定义错误处理器。返回404页面 当自定义错误处理器，处理No
SpringMvc 源码分析 (异常处理流程) (十三)
959
07-19 289
SpringMvc 源码分析 之 异常处理流程,异常解析器的解析过程。
相互注入引发的StackOverflowError
成の博客
08-08 1057
平时工作StackOverflowError是很少出现的，今天写一个demo出现了，记录一下，应该算是一个典型的StackOverflowError。 [DEBUG] 2018-08-08 14:52:19,159 method:org.springframework.beans.factory.xml.PluggableSchemaResolver.resolveEntity(Pluggab...
spring-framework:spring-framework原始阅读笔记-spring源码阅读
03-24
SpringMVC的工作流程包括DispatcherServlet的初始化、模型-视图-控制器（MVC）的分离、请求分发、模型数据绑定、视图渲染等步骤。Controller接口和@RequestBody、@ResponseBody等注解帮助我们实现业务逻辑，...
spring学习源码笔记
11-21
本笔记将深入探讨Spring的源码学习，重点理解其核心组件和生命周期。 首先，Spring通过反射机制来实例化对象。在Java中，我们可以使用`Class.forName()`方法根据完全限定类名获取类对象，或者通过已有对象的`...
马士兵老师spring框架学习笔记
02-28
4. **Bean管理**：在Spring中，业务对象被称为Bean，Spring容器负责Bean的创建、初始化、装配以及管理其生命周期。开发者可以通过XML配置、注解或者Java配置来声明Bean及其依赖关系。 5. **Spring MVC**：Spring的...
Spring 简介和启动信息分析
cszhang
09-29 428
Spring Boot 优点 轻量化 提供 Spring 框架各种默认配置来简化项目配置 内嵌 Web 容器 没有冗余代码生成和XML配置要求 Maven 导包 spring-boot-starter：核心模块，包括了自动配置支持、日志和YAML spring-boot-starter-test：测试模块，包括JUnit、Hamcr
Spring核心接口InitializingBean与SmartInitializingSingleton
ATM的博客
11-08 429
3、在Spring初始化bean的时候，如果该bean实现了InitializingBean接口，并且同时在配置文件中指定了init-method，系统则是先调用afterPropertieSet()方法，然后再调用init-method中指定的方法。1、InitializingBean接口为bean提供了初始化方法的方式，它只包括afterPropertiesSet方法，凡是继承该接口的类，在初始化bean的时候都会执行该方法。
Spring 报错记录1
热门推荐
足迹
09-19 2万+
2014-09-19 15:38:17,615 DEBUG [org.springframework.web.servlet.handler.BeanNameUrlHandlerMapping] - Rejected bean name 'org.springframework.web.servlet.handler.MappedInterceptor#0': no URL paths ident
Spring启动流程（十二）——完成刷新
weixin_38910645的博客
11-02 260
protected void finishRefresh() { // 为上下文初始化生命周期处理器 initLifecycleProcessor(); // 将刷新事件传播到生命周期处理器 getLifecycleProcessor().onRefresh(); // 发布刷新完毕事件到对应的监听器 publishEvent(new ContextRefreshedEvent(this)); // 注册Mbean LiveBeansVi
Spring Bean生命周期源码解析（上）
最新发布
u014474768的博客
03-19 598
构造方法里会new一个扫描器（扫描某个包路径，对扫描到的类进行解析，比如，扫描到的类上如果存在@Component注解，那么就会把这个类解析为一个BeanDefinition）和BeanDefinition读取器（可以直接把某个类转换为BeanDefinition，并且会解析该类上的注解）Spring5.3新增的接口就两个实现类什么都没做Jdk9或11以后得新特性JFR 就是 Java 的黑匣子主要用于记录这行代码的运行时间是多少第三行记录结束refresh()方法里有个完成Bean工厂初始化的方法这个方法
spring源码分析(五)-finishRefresh方法
你就像甜甜的益达
12-17 600
文章目录finishRefreshinitLifecycleProcessorgetLifecycleProcessor().onRefresh();publishEvent(new ContextRefreshedEvent(this));LiveBeansView.registerApplicationContext(this);完结撒花 finishRefresh 前面大概讲了一下spring通过反射创建bean,对bean进行属性赋值,这时候spring容器大体都加载完成了,单例bean都初始化完成
freezeConfiguration Spring冻结的解析
zzzzzyyyz的博客
05-20 925
/** * 冻结所有bean定义，表示已注册的bean定义将不会被进一步修改或后处理。 * <p>This allows the factory to aggressively cache bean definition metadata. */ void freezeConfiguration(); @Override public void freezeConfiguration() { this.configurationFrozen = true; th..
springboot的异常处理机制源码解析
zhonghuan5281852的博客
12-26 444
springboot的异常处理机制源码详解
Spring源码揭秘：Bean初始化深度解析
作者作为初次接触Spring源码的读者，以一篇初步的学习笔记形式分享了他们的理解和研究。文章以`ClassPathXmlApplicationContext`的`registerBeanDefinitions`方法为核心，解释了如何从XML配置文件中加载并解析bean...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值