1. Python技术站首页
  2. 其他
  3. Java

【深入浅出Spring原理及实战】「源码调试分析」深入源码探索Spring底层框架的的refresh方法所出现的问题和异常

• Java

学习Spring源码的建议

  1. 阅读Spring官方文档，了解Spring框架的基本概念和使用方法。

  2. 下载Spring源码，可以从官网或者GitHub上获取。

  3. 阅读Spring源码的入口类，了解Spring框架的启动过程和核心组件的加载顺序。

  4. 阅读Spring源码中的注释和文档，了解每个类和方法的作用和用法。

  5. 调试Spring源码，可以通过IDEA等工具进行调试，了解Spring框架的内部实现和运行过程。

  6. 参考Spring源码的测试用例，了解Spring框架的各个组件的使用方法和测试方法。

  7. 参考Spring源码的设计模式和最佳实践，了解如何设计和实现高质量的Java应用程序。

  8. 参与Spring社区，与其他开发者交流和分享经验，了解Spring框架的最新动态和发展趋势。

学习Spring源码的好处

  1. 更深入地了解Spring框架的内部实现和运行机制，可以更好地理解和使用Spring框架。

  2. 学习Spring源码可以提高自己的编程能力和代码质量，了解Spring框架的设计模式和最佳实践，可以应用到自己的项目中。

  3. 学习Spring源码可以帮助开发者解决一些复杂的问题和难点，提高自己的解决问题的能力。

  4. 学习Spring源码可以帮助开发者更好地理解Java语言和面向对象编程的思想，提高自己的编程水平。

  5. 学习Spring源码可以帮助开发者更好地了解Java生态系统和相关技术，如AOP、IOC、MVC等。

  6. 学习Spring源码可以帮助开发者更好地了解开源软件的开发和维护过程，提高自己的开源软件开发能力。

refresh方法所出现的问题和异常

最近抽空总结一下之前通用的Spring框架所出现的问题和异常情况，当创建属于自己的ApplicationContext对象的时候，经常会遇到这么几条异常消息：

  1. LifecycleProcessor not initialized - call 'refresh' before invoking lifecycle methods via the context: ......

LifecycleProcessor对象没有初始化，在调用context的生命周期方法之前必须调用'refresh'方法。

  1. BeanFactory not initialized or already closed - call 'refresh' before accessing beans via the ApplicationContext

BeanFactory对象没有初始化或已经关闭了，使用ApplicationContext获取Bean之前必须调用'refresh'方法。

  1. ApplicationEventMulticaster not initialized - call 'refresh' before multicasting events via the context: ......

ApplicationEventMulticaster对象没有初始化，在context广播事件之前必须调用'refresh'方法。

这几条异常消息都与refresh方法有关，那抛出这些异常的原因到底是什么，为什么在这么多情况下一定要先调用refresh方法(定义在AbstractApplicationContext类中)，在此这前我们先看看refresh方法中又干了些什么？

public void refresh() throws BeansException, IllegalStateException {
    synchronized (this.startupShutdownMonitor) {
        //刷新之前的准备工作，包括设置启动时间，是否激活标识位，初始化属性源(property source)配置
        prepareRefresh();
        //由子类去刷新BeanFactory(如果还没创建则创建)，并将BeanFactory返回
        ConfigurableListableBeanFactory beanFactory = obtainFreshBeanFactory();
        //准备BeanFactory以供ApplicationContext使用
        prepareBeanFactory(beanFactory);
        try {
            //子类可通过修改此方法来对BeanFactory进行修改
            postProcessBeanFactory(beanFactory);
            //实例化并调用所有注册的BeanFactoryPostProcessor对象
            invokeBeanFactoryPostProcessors(beanFactory);
            //实例化并调用所有注册的BeanPostProcessor对象
            registerBeanPostProcessors(beanFactory);
            //初始化MessageSource
            initMessageSource();
            //初始化事件广播器
            initApplicationEventMulticaster();
            //子类覆盖此方法在刷新过程做额外工作
            onRefresh();
            //注册应用监听器ApplicationListener
            registerListeners();
            //实例化所有non-lazy-init bean
            finishBeanFactoryInitialization(beanFactory);
            //刷新完成工作，包括初始化LifecycleProcessor，发布刷新完成事件等
            finishRefresh();
        }
        catch (BeansException ex) {
            // Destroy already created singletons to avoid dangling resources.
            destroyBeans();
            // Reset 'active' flag.
            cancelRefresh(ex);
            // Propagate exception to caller.
            throw ex;
        }
    }
}

与此三条异常消息相关的方法分别为：

finishRefresh

LifecycleProcessor not initialized - call 'refresh' before invoking lifecycle methods via the context:

protected void finishRefresh() {
    // //初始化LifecycleProcessor
    initLifecycleProcessor();
    // Propagate refresh to lifecycle processor first.
    getLifecycleProcessor().onRefresh();
    // Publish the final event.
    publishEvent(new ContextRefreshedEvent(this));
    // Participate in LiveBeansView MBean, if active.
    LiveBeansView.registerApplicationContext(this);
}

如果没有调用finishRefresh方法，则lifecycleProcessor成员为null。

obtainFreshBeanFactory

protected ConfigurableListableBeanFactory obtainFreshBeanFactory() {
    refreshBeanFactory();//刷新BeanFactory,如果beanFactory为null，则创建
    ConfigurableListableBeanFactory beanFactory = getBeanFactory();
    if (logger.isDebugEnabled()) {
        logger.debug("Bean factory for " + getDisplayName() + ": " + beanFactory);
    }
    return beanFactory;
}

refreshBeanFactory()为一抽象方法，真正实现在AbstractRefreshableApplicationContext类中：

@Override
protected final void refreshBeanFactory() throws BeansException {
	//如果beanFactory已经不为null，则销毁beanFactory中的Bean后自行关闭
    if (hasBeanFactory()) {
        destroyBeans();
        closeBeanFactory();
    }
    try {
        DefaultListableBeanFactory beanFactory = createBeanFactory();//创建beanFactory
        beanFactory.setSerializationId(getId());
        customizeBeanFactory(beanFactory);
        loadBeanDefinitions(beanFactory);
        synchronized (this.beanFactoryMonitor) {
            this.beanFactory = beanFactory;//对beanFactory成员进行赋值
        }
    }
    catch (IOException ex) {
        throw new ApplicationContextException("I/O error parsing bean definition source for " + getDisplayName(), ex);
    }
}

如果没有调用obtainFreshBeanFactory()方法则beanFactory成员为null。

initApplicationEventMulticaster

protected void initApplicationEventMulticaster() {
    ConfigurableListableBeanFactory beanFactory = getBeanFactory();
    if (beanFactory.containsLocalBean(APPLICATION_EVENT_MULTICASTER_BEAN_NAME)) {
        this.applicationEventMulticaster =
                beanFactory.getBean(APPLICATION_EVENT_MULTICASTER_BEAN_NAME, ApplicationEventMulticaster.class);
        if (logger.isDebugEnabled()) {
            logger.debug("Using ApplicationEventMulticaster [" + this.applicationEventMulticaster + "]");
        }
    }
    else {
        this.applicationEventMulticaster = new SimpleApplicationEventMulticaster(beanFactory);
        beanFactory.registerSingleton(APPLICATION_EVENT_MULTICASTER_BEAN_NAME, this.applicationEventMulticaster);
        if (logger.isDebugEnabled()) {
            logger.debug("Unable to locate ApplicationEventMulticaster with name '" +
                    APPLICATION_EVENT_MULTICASTER_BEAN_NAME +
                    "': using default [" + this.applicationEventMulticaster + "]");
        }
    }
}

而这三个方法调用都在refresh()方法中，由上面的分析可知，如果没有调用refresh方法，则上下文中的lifecycleProcessor，beanFactory，applicationEventMulticaster成员都会为null。至此可以来详细分析这三条异常消息的缘由了。

下面是针对上面三条异常消息的三段测试代码，顺序相对应：

异常的测试案例(1)

public static void main(String[] args) {
    ClassPathXmlApplicationContext applicationContext = new ClassPathXmlApplicationContext();
    applicationContext.setConfigLocation("application-context.xml");
    applicationContext.start();
    applicationContext.close();
}

对于第一条异常消息，异常堆栈出错在applicationContext.start();下面是start()方法源码：

public void start() {
    getLifecycleProcessor().start();
    publishEvent(new ContextStartedEvent(this));
}

可以看到start()方法中要先获取lifecycleProcessor对象，而默认构造方法中并没用调用refresh方法，所以lifecycleProcessor为null，故而在getLifecycleProcessor()方法中抛出了此异常消息。

异常的测试案例(2)

public static void main(String[] args) {
    ClassPathXmlApplicationContext applicationContext = new ClassPathXmlApplicationContext();
    applicationContext.setConfigLocation("application-context.xml");
    applicationContext.getBean("xtayfjpk");
    applicationContext.close();
}

第二条异常消息，异常堆栈出错在applicationContext.getBean("xtayfjpk")，applicationContext.getBean()方法调用的是上下文中beanFactory的getBean()方法实现的，获取BeanFactory对象的代码在其基类ConfigurableListableBeanFactory中的getBeanFactory()方法中：

@Override
public final ConfigurableListableBeanFactory getBeanFactory() {
    synchronized (this.beanFactoryMonitor) {
        if (this.beanFactory == null) {
            throw new IllegalStateException("BeanFactory not initialized or already closed - " +
                    "call 'refresh' before accessing beans via the ApplicationContext");
        }
        return this.beanFactory;
    }
}

由于ClassPathXmlApplicationContext的默认构造方法没有调用refresh()方法，所以beanFactory为null，因此抛出异常。

异常的测试案例(3)

public static void main(String[] args) {
    GenericApplicationContext parent = new GenericApplicationContext();
    AnnotationConfigWebApplicationContext context = new AnnotationConfigWebApplicationContext();
    context.setParent(parent);
    context.refresh();
    context.start();
    context.close();
}

这其中提到了生命周期方法，其实就是定义在org.springframework.context.Lifecycle接口中的start(), stop(), isRunning()三个方法，如果是刚开始学习Spring的话，创建ClassPathXmlApplicationContext对象时应该是这样的：ClassPathXmlApplicationContext applicationContext = new ClassPathXmlApplicationContext("application-context.xml")。

这样直接调用start()方法却又不会出现异常，这是为什么呢？这是因为ClassPathXmlApplicationContext(String configLocation)这个构造方法最终调用的是：

public ClassPathXmlApplicationContext(String[] configLocations, boolean refresh, ApplicationContext parent) throws BeansException {
    super(parent);
    setConfigLocations(configLocations);
    if (refresh) {//refresh传递值为true，这样就自动调用了refresh方法进行了刷新
        refresh();
    }
}

第三条异常消息，异常堆栈出错在context.refresh()，但是如果没有设置父上下文的话context.setParent(parent)，例子代码是不会出现异常的。这是因为在refresh方法中的finishRefresh()方法调用了publishEvent方法：

public void publishEvent(ApplicationEvent event) {
    Assert.notNull(event, "Event must not be null");
    if (logger.isTraceEnabled()) {
        logger.trace("Publishing event in " + getDisplayName() + ": " + event);
    }
    getApplicationEventMulticaster().multicastEvent(event);
    if (this.parent != null) {
        this.parent.publishEvent(event);
    }
}

从上面可以看到：如果父上下文不为null，则还需要调用父容器的pushlishEvent方法，而且在该方法中调用了getApplicationEventMulticaster()方法以获取一个事件广播器，问题就出现在这里：

private ApplicationEventMulticaster getApplicationEventMulticaster() throws IllegalStateException {
    if (this.applicationEventMulticaster == null) {//如果为null则抛异常
        throw new IllegalStateException("ApplicationEventMulticaster not initialized - " +
                "call 'refresh' before multicasting events via the context: " + this);
    }
    return this.applicationEventMulticaster;
}

而applicationEventMulticaster就是在refresh方法中的initApplicationEventMulticaster方法在实例化的，则于父上下文没有调用过refresh方法，所以父上下文的applicationEventMulticaster成员为null，因此抛出异常。

问题总结

综上所述，其实这三条异常消息的根本原因只有一个，就是当一个上下文对象创建后没有调用refresh()方法。在Spring中ApplicationContext实现类有很多，有些实现类在创建的过程中自动调用了refresh()方法，而有些又没有，如果没有则需要自己手动调用refresh()方法。一般说来实现WebApplicationContext接口的实现类以及使用默认构造方法创建上下文对象时不会自动refresh()方法，其它情况则会自动调用。

原文链接：https://www.cnblogs.com/liboware/p/17347682.html

本站文章如无特殊说明，均为本站原创，如若转载，请注明出处：【深入浅出Spring原理及实战】「源码调试分析」深入源码探索Spring底层框架的的refresh方法所出现的问题和异常 - Python技术站

赞 (0)
0 0 打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023年4月24日
下一篇 2023年4月25日

相关文章

  • 教你如何架设个人服务器——全教程

    教你如何架设个人服务器——全教程 介绍 在本文中，我们将教你如何架设个人服务器。为什么要架设个人服务器呢？因为架设个人服务器可以让你自由地管理自己的网络服务，比如搭建自己的网站、文件云存储等等。不仅如此，架设个人服务器还可以帮助你锻炼技术能力，提高自己的技术水平。 步骤 步骤一：选购服务器 首先你需要选购一台服务器，可以考虑云服务器、独立服务器等不同的类型。…

    Java 2023年6月15日
    00

  • Mybatis的详细使用教程

    Mybatis是一款流行、轻量级的Java持久化框架，它的使用方式简单、灵活，适用于各种复杂的数据访问场景。下面是Mybatis的详细使用教程： 1. 环境搭建 要使用Mybatis，首先需要搭建运行环境，并添加相应的依赖项。假设我们使用Maven管理项目依赖，可以在 pom.xml 文件中添加如下依赖： <dependency> <gro…

    Java 2023年5月20日
    00

  • 解决使用security和静态资源被拦截的问题

    解决使用security和静态资源被拦截的问题，需要对Spring Security进行相应的配置。 一、配置Spring Security可以通过以下代码块，实现对Spring Security的配置，主要是开启web_security、关闭跨域保护、开启匿名认证和对静态资源的忽略： @Configuration @EnableWebSecurity pu…

    Java 2023年5月20日
    00

  • weblogic服务建立数据源连接测试更新mysql驱动包的问题及解决方法

    WebLogic服务建立数据源连接测试 为了使WebLogic Server能够连接到数据库中的数据，您需要在WebLogic Server上设置数据源。以下是设置数据源的步骤： 步骤1：登录WebLogic控制台 首先，您需要打开WebLogic Server的管理控制台。在Web浏览器中输入URL（如http://localhost:7001/conso…

    Java 2023年5月20日
    00

  • 关于Java中对象的向上转型和向下转型

    什么是多态? 同一个类调用同一个方法会产生不同的影响/结果 这就是多态 public class Pet{ public void eat(){ System.out.println(“Pet eat…”) } } class Dog extends Pet{ public void eat(){ System.out.pringln(“Dog eat.…

    Java 2023年4月22日
    00

  • Java项目开发中实现分页的三种方式总结

    Java项目开发中实现分页的三种方式总结 在Java项目的开发过程中，经常需要对列表数据进行分页显示。本篇文章将总结Java项目开发中实现分页的三种方式，以供参考。 第一种方式：使用分页插件 分页插件是一种在MyBatis框架中常用的解决方案，它可以方便地实现分页功能。下面是使用MyBatis的一个示例： <!– 配置分页插件 –> <…

    Java 2023年6月16日
    00

  • springmvc Rest风格介绍及实现代码示例

    SpringMVC Rest风格介绍及实现代码示例 在Web开发中，REST（Representational State Transfer）是一种架构风格，它提供了一种简单的方式来创建Web服务。SpringMVC框架支持RESTful Web服务的开发，本文将详细介绍SpringMVC Rest风格的实现及代码示例。 Rest风格介绍 REST是一种基于…

    Java 2023年5月17日
    00

  • Spring-基于Spring使用自定义注解及Aspect实现数据库切换操作

    下面是详细讲解基于Spring使用自定义注解及Aspect实现数据库切换操作的完整攻略。 简介 随着项目规模的增大，往往需要使用多个数据库，每个库分配到不同的模块或者不同的服务。如何快速方便地切换数据库是我们需求的核心，本文主要介绍基于Spring使用自定义注解及Aspect实现数据库切换操作。 准备工作 首先需要安装Spring Framework，建议使…

    Java 2023年5月20日
    00
合作推广
合作推广
分享本页
返回顶部