一、context 是什么
我们经常在编程中见到 context 这个单词,当然每个人有每个人的理解,它被理解为:上下文、容器等等。我想说的是,context 理解为上下文最为合适。为什么呢?我以一个在计算机系统的例子来解释一下。
在计算机系统中,进程执行时有进程上下文,如果进程在执行的过程中遇到了中断,CPU 会从用户态切换为内核态(当然这个过程用户进程是感知不到的,由硬件来实现的),此时进程处于的进程上下文会被切换到中断上下文中,从而可以根据中断号去执行相应的中断程序。
通过上面这个例子我们可以发现,进程在执行程序(不管是用户程序,还是内核中的中断程序)时,都会依赖一个上下文,这个上下文由多种数据结构组成,可以提供我们运行时需要的一些数据和保存运行时的一些数据。那其实 context 就可以理解对一个程序运行时所需要的一些数据结构的抽象表达。
抽象是个好东西,可以更方便的表达一些东西,更好的设计系统,但大家要想进步也不能停留在抽象层面,要去探索它的真正含义,真正对应的实体。
二、spring context 是什么
回到Spring中,Spring的IOC容器也是程序,那它的执行也肯定需要依赖一个上下文。所以大家应该理解spring context 的意思了吧。那spring context 既然是Spring 的上下文,按照我们上面的说法上下文会对应数据结构,那spring context 的数据结构是什么呢?换句话说,spring context 究竟包括什么?接下来我就把这个抽象的概念给大家对应到实打实的数据结构上。
三、spring context 包括什么
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-context</artifactId>
<version>5.0.2.RELEASE</version>
</dependency>
主要包括:
-
DefaultListableBeanFactory:这就是大家常说的IOC容器,它里面有很多 Map、List。Spring帮我们创建的singleton类型的 bean 就存放在其中一个Map中。我们定义的监听器(ApplicationListener)也被放到一个Set集合中。
-
BeanDefinitionRegistry:把一个BeanDefinition放到beanDefinitionMap。
-
AnnotatedBeanDefinitionReader:针对AnnotationConfigApplicationContext 而言。一个 BeanDefinition 读取器。
-
扩展点集合:存放Spring扩展点(主要是 BeanFactoryPostProcessor、BeanPostProcessor)接口的List 集合。
四、spring context的生命周期
下面大家可以结合代码这段代码去理解spring context的生命周期。
public static void main(String[] args) {
// 初始化和启动
AnnotationConfigApplicationContext acaContext = new AnnotationConfigApplicationContext(AppConfig.class);
// 运行
acaContext.getBean(ServiceA.class);
// 关闭/销毁
acaContext.close();
}
4.1 初始化和启动
我们平时常说的Spring启动其实就是调用AbstractApplicationContext#refresh完成 spring context 的初始化和启动过程。spring context 初始化从开始到最后结束以及启动,这整个过程都在refresh这个方法中。refresh方法刚开始做的是一些spring context的准备工作,也就是spring context的初始化,比如:创建 BeanFactory、注册 BeanFactoryPostProcessor 等,只有等这些准备工作做好以后才去开始spring context的启动。
与现实生活联系一下,你可以把初始化理解为准备原料(对应到编程中就是创建好一些数据结构,并为这些数据结构填充点数据进去),等准备了你才能去真正造玩偶、造东西呀(对应到编程中就是执行算法)。在编程中数据结构与算法是分不开的也是这个道理呀,它们相互依赖并没有严格的界限划分。
4.2 运行
spring context启动后可以提供它的服务的这段时间。
4.3 关闭/销毁
不需要用spring context ,关闭它时,其实对应到代码上就是 acaContext.close();
网友评论