Spring IOC源码分析(五):IOC的容器上下文ApplicationContext的自顶向下分析

本文主要是介绍Spring IOC源码分析(五):IOC的容器上下文ApplicationContext的自顶向下分析,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

一、spring-context包:IOC的容器上下文

1. ApplicationContext接口

public interface ApplicationContext extends EnvironmentCapable, ListableBeanFactory, HierarchicalBeanFactory,MessageSource, ApplicationEventPublisher, ResourcePatternResolver
  • 最顶层接口,通过继承BeanFactory接口的方法,定义了与BeanFactory的关联绑定,以及其他功能组件,如Environment,MessageSource等的关联。
  • ApplicationContext是bean容器的一个运行环境,而实际的bean容器为内部绑定的BeanFactory,由BeanFactory来存放bean的元数据beanDefinitions,具体存放在BeanFactory的实现类的一个类型为ConcurrentHashMap的map中,其中key为beanName,value为BeanDefinition;以及bean实例的创建。

2. ConfigurableApplicationContext接口

public interface ConfigurableApplicationContext extends ApplicationContext, Lifecycle, Closeable
  • 继承于ApplicationContext接口,提供与applicationListener,environment,beanFactoryProcessor等相关的get/set方法,还有启动入口方法refresh。
  • 从ApplicationContext接口额外派生这个接口,而不是直接在ApplicationContext接口声明这些的原因:这些组件都是ApplicationContext接口的实现类在内部自身使用的,而ApplicationContext接口主要是定义对外的功能和方法声明,故在ConfigurableApplicationContext接口中声明这些方法,保证接口的清晰和职责的明确。

3. AbstractApplicationContext抽象类

public abstract class AbstractApplicationContext extends DefaultResourceLoaderimplements ConfigurableApplicationContext
  • 实现ConfigurableApplicationContext接口。
  • refresh方法:容器启动的骨架实现,使用了模板设计模式。提供对ConfigurableApplicationContext接口的refresh方法的模板实现,即定义了ApplicationContext的启动步骤,但是不提供具体每步的实现,由子类提供。
  • 成员变量定义:定义了applicationListener,environment,beanFactoryProcessor等相关的成员变量。

4. AbstractRefreshableApplicationContext抽象类

public abstract class AbstractRefreshableApplicationContext extends AbstractApplicationContext
  • 继承于AbstractApplicationContext抽象类,主要提供可多次重复调用refresh方法,刷新容器,销毁之前的beanFactory和beans,重新创建beanFactory和beans,如在对xml配置文件修改过了之后重新加载。ConfigurableApplicationContext接口的定义,默认是不支持多次调用refresh方法的,多次调用则抛IllegalStateException异常。

5. AbstractRefreshableConfigApplicationContext抽象类

public abstract class AbstractRefreshableConfigApplicationContext extends AbstractRefreshableApplicationContextimplements BeanNameAware, InitializingBean
  • 继承于AbstractRefreshableApplicationContext抽象类,定义数组类型的configLocations成员变量,以及set/get方法,用于保存xml配置文件存放的地址。故可以在外部定义多个xml文件来配置需要注册的bean。

6. AbstractXmlApplicationContext抽象类

public abstract class AbstractXmlApplicationContext extends AbstractRefreshableConfigApplicationContext
  • 继承于AbstractRefreshableConfigApplicationContext,指定使用xml文件保存配置。
    • ClassPathXmlApplicationContext:具体实现类,继承于AbstractXmlApplicationContext抽象类,指定从类路径下加载xml配置文件。
    • FileSystemXmlApplicationContext:具体实现类,继承于AbstractXmlApplicationContext,指定从文件系统加载xml配置文件。

7. GenericApplicationContext:通用具体实现类

public class GenericApplicationContext extends AbstractApplicationContext implements BeanDefinitionRegistry
  • 继承于AbstractApplicationContext抽象类,故不具备上面的Config,Refreshable功能。而Bean的注册,是通过实现BeanDefinitionRegistry接口来提供往内部的beanFactory注入beanDefinitions,而beanDefinitions的来源则是通过BeanDefinitionParser解析,如xml文件来获取的。不支持重复调用refresh。例子如下:

    GenericApplicationContext ctx = new GenericApplicationContext();XmlBeanDefinitionReader xmlReader = new XmlBeanDefinitionReader(ctx);
    xmlReader.loadBeanDefinitions(new ClassPathResource("applicationContext.xml"));PropertiesBeanDefinitionReader propReader = new PropertiesBeanDefinitionReader(ctx);
    propReader.loadBeanDefinitions(new ClassPathResource("otherBeans.properties"));ctx.refresh();
    
    • GenericXmlApplicationContext:继承与GenericApplicationContext,比ClassPathXmlApplicationContext,FileSystemXmlApplicationContext更加通用的基于xml配置文件的ApplicationContext。即可以在构造函数中指定配置数来源,使用的Resource类型的数组参数。而前两者都是使用String类型的configLocations数组,即路径数组。

8. AnnotationConfigApplicationContext:注解驱动的实现类

public class AnnotationConfigApplicationContext extends GenericApplicationContext implements AnnotationConfigRegistry 
  • 这个也是用来处理我们项目中使用的注解的类,即将入@Controller,@Component等注解的类注册成bean。继承于GenericApplicationContext,并实现AnnotationConfigRegistry接口(AnnotationConfigRegistry接口主要实现将给定的beanDefinition注册到绑定的beanFactory中)。

  • 使用注解类型的数组作为构造函数参数,表示将使用这些注解修饰的类将是需要注册的bean,注解类型包含@Configuration,@Component,JSR-330的inject,以及相关的派生注解。

     // 注册指定注解的类作为bean,如@Configuration,@Component等/*** Create a new AnnotationConfigApplicationContext, deriving bean definitions* from the given annotated classes and automatically refreshing the context.* @param annotatedClasses one or more annotated classes,* e.g. {@link Configuration @Configuration} classes*/public AnnotationConfigApplicationContext(Class<?>... annotatedClasses) {this();register(annotatedClasses);refresh();}
    
  • 使用包的数组作为构造函数参数,表示扫描这些包下面的类,将需要注册的类注册成bean。处理basePackages的包下面的@Component,以及派生的如@Service,@Controller,@Repository等,具体可以通过includeFilters和excludeFilters来配置需要哪些注解的类和排除哪些注解的类。includeFilters和excludeFilters的相关配置可以参考:includeFilters和excludeFilters,context:exclude-filter 与 context:include-filter

    
    /*** Create a new AnnotationConfigApplicationContext, scanning for bean definitions* in the given packages and automatically refreshing the context.* @param basePackages the packages to check for annotated classes*/
    public AnnotationConfigApplicationContext(String... basePackages) {this();scan(basePackages);refresh();
    }
    

二、spring-web包:Web应用的IOC容器上下文

  • spring-web包提供了一个ApplicationContext的继承接口:WebApplicationContext的类体系设计与ApplicationContext的基本一致,不同之处为:在ApplicationContext的基础上,添加web应用运行相关的一些性质。主要与web容器、servlet相关,核心性质包括:

1. Web容器被IOC容器感知:ServletContext

  1. 即该应用在web容器的中运行环境类,ServletContext的启动,触发spring容器WebApplicationContext的启动,即spring容器的创建。
  2. 将ServletContext中的context-param的键值对数据,放到WebApplicationContext的environment中。servlet相关的则是servletConfig的init-param的键值对数据。

2. IOC容器被Web容器感知

  • WebApplicationContext关联到ServletContext:Spring容器WebApplicationContext对象,作为ServletContext的一个属性关联到ServletContext,属性key为:
  1. root WebApplicationContext:即包含ROOT

    String ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE = WebApplicationContext.class.getName() + ".ROOT";
    
  2. spring-mvc包的FrameworkServlet(或者是DispatcherServlet)所绑定WebApplicationContext为:即包含CONTEXT

    /** Should we publish the context as a ServletContext attribute?. */
    private boolean publishContext = true;protected WebApplicationContext initWebApplicationContext() {...if (this.publishContext) {// Publish the context as a servlet context attribute.String attrName = getServletContextAttributeName();getServletContext().setAttribute(attrName, wac);}return wac;
    }/*** Return the ServletContext attribute name for this servlet's WebApplicationContext.* <p>The default implementation returns* {@code SERVLET_CONTEXT_PREFIX + servlet name}.* @see #SERVLET_CONTEXT_PREFIX* @see #getServletName*/
    public String getServletContextAttributeName() {return SERVLET_CONTEXT_PREFIX + getServletName();
    }/*** Prefix for the ServletContext attribute for the WebApplicationContext.* The completion is the servlet name.*/
    public static final String SERVLET_CONTEXT_PREFIX = FrameworkServlet.class.getName() + ".CONTEXT.";
    

    从而可以ServletContext可以访问WebApplicationContext中的bean。

3. Web容器与IOC容器的配置管理:ServletConfig与Environment

  1. spring-web包的WebApplicationContext与spring-context包的ApplicationContext一样,通常也是支持层次化的。在web包中,通常包含一个root WebApplicationContext,每个DispatcherServlet绑定一个独立的WebApplicationContext。
  2. 而作为一个servlet,在web容器中,通常会绑定一个servletConfig来指定该servlet的一些属性,如在web.xml配置这个servlet时,通过init-param标签来指定。所以在WebApplicationContext中,需要在DispatcherServlet绑定的WebApplicationContext中,将与DispatcherServlet绑定的servletConfig中相关的键值对数据,放到该WebApplicationContext的environment中。

4. IOC容器的配置源

  • bean配置configLocations固定:
  1. spring容器的配置通常放在类路径的WEB-INF/applicationContext.xml或者如果是DispatcherServlet,通常为WEB-INF/“servletName”-servlet.xml。或者在web.xml中通过context-param或者servlet的init-param标签,使用contextConfigLocation作为param-name,param-value为具体文件位置或者WebApplicationInitializer接口实现类全限定名。
  2. 如果是编程方式,则通常是从WebApplicationInitializer接口的实现类中指定并注入。

这篇关于Spring IOC源码分析(五):IOC的容器上下文ApplicationContext的自顶向下分析的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/957121

相关文章

JVM 的类初始化机制

前言 当你在 Java 程序中new对象时,有没有考虑过 JVM 是如何把静态的字节码(byte code)转化为运行时对象的呢,这个问题看似简单,但清楚的同学相信也不会太多,这篇文章首先介绍 JVM 类初始化的机制,然后给出几个易出错的实例来分析,帮助大家更好理解这个知识点。 JVM 将字节码转化为运行时对象分为三个阶段,分别是:loading 、Linking、initialization

Spring Security 基于表达式的权限控制

前言 spring security 3.0已经可以使用spring el表达式来控制授权,允许在表达式中使用复杂的布尔逻辑来控制访问的权限。 常见的表达式 Spring Security可用表达式对象的基类是SecurityExpressionRoot。 表达式描述hasRole([role])用户拥有制定的角色时返回true (Spring security默认会带有ROLE_前缀),去

浅析Spring Security认证过程

类图 为了方便理解Spring Security认证流程,特意画了如下的类图,包含相关的核心认证类 概述 核心验证器 AuthenticationManager 该对象提供了认证方法的入口,接收一个Authentiaton对象作为参数; public interface AuthenticationManager {Authentication authenticate(Authenti

Spring Security--Architecture Overview

1 核心组件 这一节主要介绍一些在Spring Security中常见且核心的Java类,它们之间的依赖,构建起了整个框架。想要理解整个架构,最起码得对这些类眼熟。 1.1 SecurityContextHolder SecurityContextHolder用于存储安全上下文(security context)的信息。当前操作的用户是谁,该用户是否已经被认证,他拥有哪些角色权限…这些都被保

Spring Security基于数据库验证流程详解

Spring Security 校验流程图 相关解释说明(认真看哦) AbstractAuthenticationProcessingFilter 抽象类 /*** 调用 #requiresAuthentication(HttpServletRequest, HttpServletResponse) 决定是否需要进行验证操作。* 如果需要验证,则会调用 #attemptAuthentica

Spring Security 从入门到进阶系列教程

Spring Security 入门系列 《保护 Web 应用的安全》 《Spring-Security-入门(一):登录与退出》 《Spring-Security-入门(二):基于数据库验证》 《Spring-Security-入门(三):密码加密》 《Spring-Security-入门(四):自定义-Filter》 《Spring-Security-入门(五):在 Sprin

Java架构师知识体认识

源码分析 常用设计模式 Proxy代理模式Factory工厂模式Singleton单例模式Delegate委派模式Strategy策略模式Prototype原型模式Template模板模式 Spring5 beans 接口实例化代理Bean操作 Context Ioc容器设计原理及高级特性Aop设计原理Factorybean与Beanfactory Transaction 声明式事物

Java进阶13讲__第12讲_1/2

多线程、线程池 1.  线程概念 1.1  什么是线程 1.2  线程的好处 2.   创建线程的三种方式 注意事项 2.1  继承Thread类 2.1.1 认识  2.1.2  编码实现  package cn.hdc.oop10.Thread;import org.slf4j.Logger;import org.slf4j.LoggerFactory

性能分析之MySQL索引实战案例

文章目录 一、前言二、准备三、MySQL索引优化四、MySQL 索引知识回顾五、总结 一、前言 在上一讲性能工具之 JProfiler 简单登录案例分析实战中已经发现SQL没有建立索引问题,本文将一起从代码层去分析为什么没有建立索引? 开源ERP项目地址:https://gitee.com/jishenghua/JSH_ERP 二、准备 打开IDEA找到登录请求资源路径位置

JAVA智听未来一站式有声阅读平台听书系统小程序源码

智听未来,一站式有声阅读平台听书系统 🌟&nbsp;开篇:遇见未来,从“智听”开始 在这个快节奏的时代,你是否渴望在忙碌的间隙,找到一片属于自己的宁静角落?是否梦想着能随时随地,沉浸在知识的海洋,或是故事的奇幻世界里?今天,就让我带你一起探索“智听未来”——这一站式有声阅读平台听书系统,它正悄悄改变着我们的阅读方式,让未来触手可及! 📚&nbsp;第一站:海量资源,应有尽有 走进“智听