Spring 的骨骼架构
springboot项目结构
springboot项目结构
1.最小化装置：
它是一种常见的结构，由基于Spring Boot的项目块组成。
这种结构要求使用自带的
依赖包、注解和特性，对外部的依赖做出非常有限的定义。
它也可以避免意外的依赖来影
响项目的执行。
2.结构化模块：
它不同于最小化装置，允许为项目定义模块，将它们分割成可管理的小块，进而定义
模块之间的依赖关系。
这种结构支持多模块应用，使用它可以将系统的模块与功能进行隔离，以改进应用的重用性。
3.微服务架构：
微服务架构就是通过将单一软件应用拆分成一组小的服务，使用 Spring Boot技术创建多个服务，每个服务可以单独部署在不同的受控环境中，从而提高互相之间的可维护性、可伸缩性和容错能力。
这种结构允许开发人员根据需要对服务进行重用、复用和组合，从
而开发功能强大、可扩展及稳定高效的应用程序。
4.系统架构：
这种架构结合了前三种架构，它是一个完整的系统，具有完整的组件结构，有一个系
统的核心、一个Web容器和一些相关的服务组件，以及多个应用服务框架。
系统架构允许
使用多种软件组件和技术实现不同的功能，并允许可配置的组件组合，改善应用程序的性能、可维护性和可扩展性。
Spring简介
Spring简介什么是Spring?spring是分层的avaSE以及javaEE应⽤于全栈的轻量级开源框架，以IOC（Inverse Of Control）控制反转,AOP(Aspect Oriented Programing)⾯向切⾯编程为核⼼，提供表现层SpringMVC以及持久层Spring,并且可整合多种其他开源框架。
spring的本质是管理对象，包括创建对象及维护对象之间的关系。
spring的优点1)⽅便解耦，简化开发通过spring的IOC可将对象的创建，以及对象之间的依赖都交由spring容器来进⾏管理，这样可以降低程序之间的耦合。
并且开发时也只需关注上层的应⽤，不⽤再多关注底层的应⽤。
2）AOP编程的⽀持spring⽀持AOP⾯向切⾯编程，许多OOP⾯向对象编程不能或很难实现的功能，都可通过AOP轻松实现。
3）声明式事务的⽀持可以将我们从单调烦闷的事务管理中解放出来，通过声明式事务的⽅式，可以灵活的进⾏事务管理，进⽽提⾼开发的质量和效率。
4）⽅便程序的测试可以⽤⾮容器依赖的编程⽅式进⾏⼏乎所有的测试⼯作，测试不再是昂贵的操作，⽽是随⼿可做的事情。
5）⽅便集成各种优秀的框架Spring可以降低各种框架的使⽤难度，提供了对各种优秀框架（Struts、Hibernate、Hessian、Quartz等）的直接⽀持。
6）降低javaEE的API的使⽤难度Spring对 JavaEE API（如 JDBC、JavaMail、远程调⽤等）进⾏了薄薄的封装层，使这些API 的使⽤难度⼤为降低。
7)spring框架的源码是经典学习的案例Spring的源代码设计精妙、结构清晰、匠⼼独⽤，处处体现着⼤师对Java设计模式灵活运⽤以及对 Java技术的⾼深造诣。
它的源代码⽆疑是Java技术的最佳实践的范例。
通过Spring进⾏解耦什么叫程序的耦合？在程序中，对象之间相互依赖，相互传递数据，这种相互关联的程度越⾼，程序的耦合度就越⾼。
框架体系知识点总结
框架体系知识点总结一、框架概述1.1 框架定义1.2 框架特点1.3 框架分类二、框架体系结构2.1 框架组成2.2 框架层次2.3 框架模式三、框架设计原则3.1 抽象原则3.2 封装原则3.3 继承原则3.4 多态原则四、常用框架介绍4.1 Spring框架4.2 Hibernate框架4.3 Struts框架4.4 框架4.5 Django框架五、框架应用实例5.1 Web开发框架应用5.2 移动端应用框架实践5.3 大数据框架应用案例5.4 人工智能框架应用场景六、框架技术发展趋势6.1 微服务框架6.2 前端框架发展趋势6.3 容器化框架6.4 人工智能开发框架七、框架体系的扩展7.1 插件化框架7.2 模块化框架7.3 可扩展性框架八、框架体系实践经验8.1 项目选择框架考虑因素8.2 框架组件选择与适配8.3 框架应用性能优化8.4 框架升级与维护以上是框架体系知识点总结的框架，接下来对每个部分进行详细的介绍。
一、框架概述1.1 框架定义框架是一种软件体系结构，它提供了开发应用程序所需的基础结构。
框架通常包括设计模式、类库、工具和其他组件，以及规定了开发过程中使用的约定和标准。
1.2 框架特点- 通用性：框架是通用的，可以用于不同领域的应用开发。
- 可重用性：框架中的组件和设计模式可以被多次使用。
- 优化性能：框架提供了经过优化的设计模式和算法。
- 易维护性：框架提供了模块化的设计，易于维护和扩展。
- 标准化：框架约定了开发过程中的标准和规范。
1.3 框架分类- 按应用领域分类：Web框架、移动端框架、大数据框架、人工智能框架等。
- 按语言分类：Java框架、.NET框架、Python框架、JavaScript框架等。
- 按设计模式分类：MVC框架、RESTful框架、ORM框架等。
二、框架体系结构2.1 框架组成一个完整的框架通常包括以下组成部分：- 核心组件：框架的基本组件和核心功能。
Struts、Spring、Hibernate三大框架的原理和优点
Struts的原理和优点.Struts工作原理MVC即Model—View—Controller的缩写，是一种常用的设计模式。
MVC 减弱了业务逻辑接口和数据接口之间的耦合，以及让视图层更富于变化。
MVC的工作原理，如下图1所示：Struts 是MVC的一种实现，它将Servlet和JSP 标记(属于J2EE 规范）用作实现的一部分。
Struts继承了MVC的各项特性,并根据J2EE的特点，做了相应的变化与扩展.Struts的工作原理，视图:主要由JSP生成页面完成视图，Struts提供丰富的JSP 标签库: Html，Bean，Logic，Template等，这有利于分开表现逻辑和程序逻辑。
控制：在Struts中,承担MVC中Controller角色的是一个Servlet，叫ActionServlet。
ActionServlet是一个通用的控制组件。
这个控制组件提供了处理所有发送到Struts的HTTP请求的入口点。
它截取和分发这些请求到相应的动作类(这些动作类都是Action类的子类）。
另外控制组件也负责用相应的请求参数填充Action From（通常称之为FromBean），并传给动作类（通常称之为ActionBean）。
动作类实现核心商业逻辑，它可以访问java bean 或调用EJB。
最后动作类把控制权传给后续的JSP 文件，后者生成视图。
所有这些控制逻辑利用Struts-config.xml文件来配置。
模型：模型以一个或多个java bean的形式存在。
这些bean分为三类：Action Form、Action、JavaBean or EJB.Action Form通常称之为FormBean，封装了来自于Client的用户请求信息,如表单信息。
Action通常称之为ActionBean，获取从ActionSevlet传来的FormBean,取出FormBean中的相关信息，并做出相关的处理，一般是调用Java Bean或EJB等。
Spring参考手册
第一部分 Spring框架的概述Spring框架是一个轻量级的解决方案和为构建企业级应用程序潜在的一站式服务。
然而，Spring是模块化的，允许你只使用那些你需要的部分，而忽略其他部分。
你可以在使用Struts时用Spring的IoC 容器，但你也可以只使用Hibernate 集成代码或JDBC抽象层。
Spring框架支持声明式事务管理、通过RMI或web服务远程访问你的逻辑,还有多种方式处理数据的持久化。
它还提供一个全能的MVC框架，并且能将AOP移植进你的软件。
Spring被设计为非侵入式的，意味着你的逻辑代码完全不必依赖于此框架。
虽然一些基于数据访问技术和Spring的库会存在于你的集成层（例如数据访问层），但是你的其他代码很容易隔离这些依赖。
1.开始使用Spring这篇手册提供了关于spring框架的详细信息，不仅有全面的特性，还有一些关于spring包含的潜在的概念（例如“依赖注入”）的背景知识。
如果你才刚刚开始，也许你应该从低级版的"Getting Started" 手册开始，从bbb://spring.io.访问。
为了更容易消化，这篇手册是专注于任务式。
2.Spring框架的介绍Spring框架是一个支持开发Java应用程序而提供全面的基础设施的Java平台，Spring处理基础部分从而你可以专注于你的应用。
spring 让你能够通过POJOs和向POJOs应用无侵入的企业服务就可以构建你的应用。
这些不仅能应用到Java SE而且还能应用到Java EE.一些作为一个开发者能够使用spring平台优势的例子●使Java方法可以执行数据库事务而不用去处理事务API●使本地Java方法可以执行远程过程而不用去处理远程API●使本地Java方法可以拥有管理操作而不用去处理JMXAPI●使本地Java方法可以执行消息处理而不用去处理JMSAPI2.1 依赖注入和控制反转Java应用程序——一个宽松的专业术语，小到一个Appletes大到运行在n层服务器上的企业级程序—通常由互相协作的对象而形成的适当的应用程序。
Spring核心技术详解
Spring核⼼技术详解⼀、Sring简介Spring是⼀个分层的Java SE/EE应⽤⼀站式的轻量级开源框架。
Spring核⼼是IOC和AOP。
Spring主要优点包括：⽅便解耦，简化开发，通过Spring提供的IoC容器，我们可以将对象之间的依赖关系交由Spring进⾏控制，避免硬编码造成的程序耦合度⾼。
AOP编程的⽀持，通过Spring提供的AOP功能，⽅便进⾏⾯向切⾯编程。
声明式事务的⽀持，在Spring中，我们可以从单调烦闷的事务管理代码中解脱出来，通过声明式⽅式灵活地进⾏事务的管理，提⾼开发效率和质量。
⽅便程序的测试，可以⽤⾮容器依赖的编程⽅式进⾏⼏乎所有的测试⼯作。
⽅便集成各种优秀框架，Spring提供了对各种优秀框架的直接⽀持。
⼆、Spring体系结构如下图所⽰，整个spring框架按其所属功能可以划分为五个主要模块，这五个模块⼏乎为企业应⽤提供了所需的⼀切，从持久层、业务层到表现层都拥有相应的⽀持，这就是为什么称Spring是⼀站式框架的原因。
核⼼模块(Core Container) Spring的核⼼模块实现了IoC的功能，它将类和类之间的依赖从代码中脱离出来，⽤配置的⽅式进⾏依赖关系描述。
由IoC容器负责类的创建，管理，获取等。
BeanFactory接⼝是Spring框架的核⼼接⼝，实现了容器很多核⼼的功能。
Context模块构建于核⼼模块之上，扩展了BeanFactory的功能，包括国际化，资源加载，邮件服务，任务调度等多项功能。
ApplicationContext是Context模块的核⼼接⼝。
表达式语⾔(Expression Language)是统⼀表达式语⾔(EL)的⼀个扩展，⽀持设置和获取对象属性，调⽤对象⽅法，操作数组、集合等。
使⽤它可以很⽅便的通过表达式和Spring IoC容器进⾏交互。
AOP模块Spring AOP模块提供了满⾜AOP Alliance规范的实现，还整合了AspectJ这种AOP语⾔级的框架。
什么是spring框架
什么是spring框架
⼀bai.概念：1. spring是开源的轻量级框架
2 spring核⼼主要两部分：
（1）aop：⾯向切⾯编程，扩展功能不是修改源代码实现
（2）ioc：控制反转，
- ⽐如有⼀个类，在类⾥⾯有⽅法（不是静态的⽅法），调⽤类⾥⾯的⽅法，创建类的对象，使⽤对象调⽤⽅法，创建类对象的过程，需要new出来对象
- 把对象的创建不是通过new⽅式实现，⽽是交给spring配置创建类对象
⼆.好处
我⽤通俗的话给你解释把。
⾸先你不⽤框架不是每次创建对象都要⽤关键字“new”呢？对吧。
有了spring配置就不⽤new了，直接拿。
举个例⼦：假如你吃饭，每次你要吃饭时都要⾃⼰准备碗和筷⼦，每次都要⾃⼰准备，⽤了框架后，再吃饭你只要吃就⾏了，就不⽤准备碗和筷⼦了因为spring已经给你准备好了。
这样是不是很⽅便。
pring主要就是不⽤你⾃⼰创建对象，都配置在配置⽂件中。
如果你写好⼀个项⽬，你再a类中创建了b类的⽅法，c类也创建了b类的⽅法，如果那天要改b类的类名，你就要在a和c中都改，如果有100个类都⽤了b类呢？那你不是要改死哦
如果⽤了spring，你只要修改配置⽂件⼀个位置就好了，是不是很⽅便维护呢。
各系统架构图
1.Spring架构图Spring是一个开源框架，是为了解决企业应用程序开发复杂性而创建的。
框架的主要优势之一就是其分层架构，分层架构允许您选择使用哪一个组件，同时为J2EE应用程序开发提供集成的框架。
Spring框架的功能可以用在任何J2EE 服务器中，大多数功能也适用于不受管理的环境。
Spring的核心要点是：支持不绑定到特定J2EE服务的可重用业务和数据访问对象。
这样的对象可以在不同J2EE环境（Web或EJB）、独立应用程序、测试环境之间重用。
组成Spring框架的每个模块（或组件）都可以单独存在，或者与其他一个或多个模块联合实现。
每个模块的功能如下：•核心容器：核心容器提供Spring框架的基本功能。
核心容器的主要组件是BeanFac tory，它是工厂模式的实现。
BeanFactory使用控制反转（IOC）模式将应用程序的配置和依赖性规范与实际的应用程序代码分开。
•Spring上下文：Spring上下文是一个配置文件，向Spring框架提供上下文信息。
S pring上下文包括企业服务，例如JNDI、EJB、电子邮件、国际化、校验和调度功能。
•Spring AOP：通过配置管理特性，Spring AOP模块直接将面向方面的编程功能集成到了Spring框架中。
所以，可以很容易地使Spring框架管理的任何对象支持AOP。
Spring AOP模块为基于Spring的应用程序中的对象提供了事务管理服务。
通过使用Spring AOP，不用依赖EJB组件，就可以将声明性事务管理集成到应用程序中。
•Spring DAO：JDBC DAO抽象层提供了有意义的异常层次结构，可用该结构来管理异常处理和不同数据库供应商抛出的错误消息。
异常层次结构简化了错误处理，并且极大地降低了需要编写的异常代码数量（例如打开和关闭连接）。
Spring DAO的面向JDBC的异常遵从通用的DAO异常层次结构。
•Spring ORM：Spring框架插入了若干个ORM框架，从而提供了ORM的对象关系工具，其中包括JDO、Hibernate和iBatis SQL Map。
spring原理和实现机制
spring原理和实现机制Spring框架是一个开源的应用程序框架，它提供了一种简单的方法来构建基于Java的企业级应用程序。
Spring框架的原理和实现机制主要包括：1. 控制反转（IoC）：Spring使用控制反转（Inversion of Control，IoC）来管理应用程序中的对象。
传统的应用程序中，对象的创建和依赖关系管理是由程序员来实现的，而在Spring 中，对象的创建和管理工作由容器来完成。
容器会在应用程序启动时创建对象，并通过依赖注入的方式将对象之间的依赖关系注入到相应的对象中。
2. 依赖注入（DI）：依赖注入是Spring框架的核心机制之一。
它指的是容器在创建对象时，自动将其所依赖的其他对象注入进来。
通过依赖注入，对象之间的解耦程度大大提高，使得应用程序更加灵活、可扩展和可维护。
3. 面向切面编程（AOP）：Spring框架通过面向切面编程（Aspect-Oriented Programming，AOP）来实现横切关注点的模块化。
AOP可以将应用程序的核心逻辑（称为核心关注点）与横切关注点（如日志、事务管理等）分离开来，并通过切面来统一管理这些横切关注点。
4. 核心容器：Spring框架的核心是其容器（Container）。
容器使用BeanFactory接口作为底层容器的基础，并提供了ApplicationContext接口作为更高级的容器接口。
容器负责创建和管理应用程序中的对象，并提供了丰富的配置和管理功能。
5. 层次化的模块化架构：Spring的模块化架构使得开发者可以根据自己的需要选择使用不同的模块。
例如，Spring的核心模块包括IoC容器、AOP框架和BeanFactory等，而其他模块如Spring MVC、Spring Data等则提供了特定领域的解决方案。
6. 轻量级与非侵入性：Spring框架的设计理念是轻量级和非侵入性的。
它不依赖于特定的编程模型，可以与其他技术和框架无缝集成。
后端开发常用的框架及其实现原理
后端开发常用的框架及其实现原理随着互联网的迅速发展，后端开发的重要性也越来越凸显。
后端开发主要负责网站、应用程序等服务的运行与实现，包括数据库的设计与管理，服务器端的业务逻辑设计与开发等。
后端开发需要使用一些框架和工具来提高效率，本文将介绍常见的后端开发框架及其实现原理。
一、Spring框架Spring框架是Java应用程序开发的一个全栈框架，它提供了一系列的解决方案，包括Web应用程序开发、AOP编程、事务管理、数据存储、消息传递、安全性等方面。
Spring框架是以IOC容器和AOP两大核心特性为主要实现原理的。
IOC容器：IOC是Inversion of Control的缩写，翻译为“控制反转”。
它的实现原理是将对象的创建、处理和销毁等过程交给了IOC 容器控制，降低了对象之间的耦合性。
Spring框架中的IOC容器是以BeanFactory的形式实现的，可以通过XML、注解或Java代码的方式进行配置。
在Spring框架中，BeanFactory是接口类，ApplicationContext是BeanFactory的子类，一般推荐使用ApplicationContext。
AOP：AOP是Aspect Oriented Programming的缩写，翻译为“面向切面编程”。
它的主要目的是将各个模块之间交叉的切面代码抽取出来，统一进行管理。
Spring框架中的AOP通过动态代理技术实现，每个切面都被包装成一个代理类，并且使用XML、注解或Java代码进行配置。
二、Django框架Django框架是基于Python语言的一个开源Web框架，它提供了一系列的组件和方法，极大地简化了Web应用程序的开发过程，包括URL 路由、模板引擎、ORM等。
Django框架的实现原理是MVT的模式。
MVT模式：MVT是Model-View-Template的缩写，翻译为“模型-视图-模板”。
它将Web应用程序分为三层，分别是模型、视图和模板。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Spring 的骨骼架构Spring 总共有十几个组件，但是真正核心的组件只有几个，下面是 Spring 框架的总体架构图：图 1 .Spring 框架的总体架构图从上图中可以看出 Spring 框架中的核心组件只有三个：Core、Context 和Beans。
它们构建起了整个 Spring 的骨骼架构。
没有它们就不可能有 AOP、Web 等上层的特性功能。
下面也将主要从这三个组件入手分析 Spring。
Spring 的设计理念前面介绍了 Spring 的三个核心组件，如果再在它们三个中选出核心的话，那就非 Beans 组件莫属了，为何这样说，其实 Spring 就是面向 Bean 的编程（BOP,Bean Oriented Programming），Bean 在 Spring 中才是真正的主角。
Bean 在 Spring 中作用就像 Object 对 OOP 的意义一样，没有对象的概念就像没有面向对象编程，Spring 中没有 Bean 也就没有 Spring 存在的意义。
就像一次演出舞台都准备好了但是却没有演员一样。
为什么要 Bean 这种角色 Bean 或者为何在 Spring 如此重要，这由 Spring 框架的设计目标决定，Spring 为何如此流行，我们用 Spring 的原因是什么，想想你会发现原来 Spring 解决了一个非常关键的问题他可以让你把对象之间的依赖关系转而用配置文件来管理，也就是他的依赖注入机制。
而这个注入关系在一个叫 Ioc 容器中管理，那 Ioc 容器中有又是什么就是被 Bean 包裹的对象。
Spring 正是通过把对象包装在Bean 中而达到对这些对象管理以及一些列额外操作的目的。
它这种设计策略完全类似于 Java 实现 OOP 的设计理念，当然了 Java 本身的设计要比 Spring 复杂太多太多，但是都是构建一个数据结构，然后根据这个数据结构设计他的生存环境，并让它在这个环境中按照一定的规律在不停的运动，在它们的不停运动中设计一系列与环境或者与其他个体完成信息交换。
这样想来回过头想想我们用到的其他框架都是大慨类似的设计理念。
核心组件如何协同工作前面说 Bean 是 Spring 中关键因素，那 Context 和 Core 又有何作用呢？前面吧 Bean 比作一场演出中的演员的话，那 Context 就是这场演出的舞台背景，而 Core 应该就是演出的道具了。
只有他们在一起才能具备能演出一场好戏的最基本的条件。
当然有最基本的条件还不能使这场演出脱颖而出，还要他表演的节目足够的精彩，这些节目就是 Spring 能提供的特色功能了。
我们知道 Bean 包装的是 Object，而 Object 必然有数据，如何给这些数据提供生存环境就是 Context 要解决的问题，对 Context 来说他就是要发现每个Bean 之间的关系，为它们建立这种关系并且要维护好这种关系。
所以 Context 就是一个 Bean 关系的集合，这个关系集合又叫 Ioc 容器，一旦建立起这个 Ioc 容器后 Spring 就可以为你工作了。
那 Core 组件又有什么用武之地呢？其实Core 就是发现、建立和维护每个 Bean 之间的关系所需要的一些列的工具，从这个角度看来，Core 这个组件叫 Util 更能让你理解。
它们之间可以用下图来表示：图 2. 三个组件关系核心组件详解这里将详细介绍每个组件内部类的层次关系，以及它们在运行时的时序顺序。
我们在使用 Spring 是应该注意的地方。
Bean 组件前面已经说明了 Bean 组件对 Spring 的重要性，下面看看 Bean 这个组件式怎么设计的。
Bean 组件在 Spring 的 org.springframework.beans 包下。
这个包下的所有类主要解决了三件事：Bean 的定义、Bean 的创建以及对 Bean 的解析。
对 Spring 的使用者来说唯一需要关心的就是 Bean 的创建，其他两个由Spring 在内部帮你完成了，对你来说是透明的。
Spring Bean 的创建时典型的工厂模式，他的顶级接口是 BeanFactory，下图是这个工厂的继承层次关系：图 4. Bean 工厂的继承关系BeanFactory 有三个子类：ListableBeanFactory、HierarchicalBeanFactory 和AutowireCapableBeanFactory。
但是从上图中我们可以发现最终的默认实现类是DefaultListableBeanFactory，他实现了所有的接口。
那为何要定义这么多层次的接口呢？查阅这些接口的源码和说明发现，每个接口都有他使用的场合，它主要是为了区分在 Spring 内部在操作过程中对象的传递和转化过程中，对对象的数据访问所做的限制。
例如 ListableBeanFactory 接口表示这些 Bean 是可列表的，而 HierarchicalBeanFactory 表示的是这些 Bean 是有继承关系的，也就是每个 Bean 有可能有父 Bean。
AutowireCapableBeanFactory 接口定义Bean 的自动装配规则。
这四个接口共同定义了 Bean 的集合、Bean 之间的关系、以及 Bean 行为。
Bean 的定义主要有 BeanDefinition 描述，如下图说明了这些类的层次关系：图 5. Bean 定义的类层次关系图Bean 的定义就是完整的描述了在 Spring 的配置文件中你定义的 <bean/> 节点中所有的信息，包括各种子节点。
当 Spring 成功解析你定义的一个 <bean/> 节点后，在 Spring 的内部他就被转化成 BeanDefinition 对象。
以后所有的操作都是对这个对象完成的。
Bean 的解析过程非常复杂，功能被分的很细，因为这里需要被扩展的地方很多，必须保证有足够的灵活性，以应对可能的变化。
Bean 的解析主要就是对 Spring 配置文件的解析。
这个解析过程主要通过下图中的类完成：图 6. Bean 的解析类当然还有具体对 tag 的解析这里并没有列出。
Context 组件Context 在 Spring 的 org.springframework.context 包下，前面已经讲解了Context 组件在 Spring 中的作用，他实际上就是给 Spring 提供一个运行时的环境，用以保存各个对象的状态。
下面看一下这个环境是如何构建的。
ApplicationContext 是 Context 的顶级父类，他除了能标识一个应用环境的基本信息外，他还继承了五个接口，这五个接口主要是扩展了 Context 的功能。
下面是 Context 的类结构图：图 7. Context 相关的类结构图（查看图 7 的清晰版本。
）从上图中可以看出 ApplicationContext 继承了 BeanFactory，这也说明了Spring 容器中运行的主体对象是 Bean，另外 ApplicationContext 继承了ResourceLoader 接口，使得 ApplicationContext 可以访问到任何外部资源，这将在 Core 中详细说明。
ApplicationContext 的子类主要包含两个方面：1.ConfigurableApplicationContext 表示该 Context 是可修改的，也就是在构建 Context 中用户可以动态添加或修改已有的配置信息，它下面又有多个子类，其中最经常使用的是可更新的 Context，即AbstractRefreshableApplicationContext 类。
2.WebApplicationContext 顾名思义，就是为 web 准备的 Context 他可以直接访问到 ServletContext，通常情况下，这个接口使用的少。
再往下分就是按照构建 Context 的文件类型，接着就是访问 Context 的方式。
这样一级一级构成了完整的 Context 等级层次。
总体来说 ApplicationContext 必须要完成以下几件事：标识一个应用环境∙利用 BeanFactory 创建 Bean 对象∙保存对象关系表∙能够捕获各种事件Context 作为 Spring 的 Ioc 容器，基本上整合了 Spring 的大部分功能，或者说是大部分功能的基础。
Core 组件Core 组件作为 Spring 的核心组件，他其中包含了很多的关键类，其中一个重要组成部分就是定义了资源的访问方式。
这种把所有资源都抽象成一个接口的方式很值得在以后的设计中拿来学习。
下面就重要看一下这个部分在 Spring 的作用。
下图是 Resource 相关的类结构图：图 8. Resource 相关的类结构图（查看图 8 的清晰版本。
）从上图可以看出 Resource 接口封装了各种可能的资源类型，也就是对使用者来说屏蔽了文件类型的不同。
对资源的提供者来说，如何把资源包装起来交给其他人用这也是一个问题，我们看到 Resource 接口继承了 InputStreamSource 接口，这个接口中有个 getInputStream 方法，返回的是 InputStream 类。
这样所有的资源都被可以通过 InputStream 这个类来获取，所以也屏蔽了资源的提供者。
另外还有一个问题就是加载资源的问题，也就是资源的加载者要统一，从上图中可以看出这个任务是由 ResourceLoader 接口完成，他屏蔽了所有的资源加载者的差异，只需要实现这个接口就可以加载所有的资源，他的默认实现是DefaultResourceLoader。
下面看一下 Context 和 Resource 是如何建立关系的？首先看一下他们的类关系图：图 9. Context 和 Resource 的类关系图从上图可以看出，Context 是把资源的加载、解析和描述工作委托给了ResourcePatternResolver 类来完成，他相当于一个接头人，他把资源的加载、解析和资源的定义整合在一起便于其他组件使用。
Core 组件中还有很多类似的方式。
Ioc 容器如何工作前面介绍了 Core 组件、Bean 组件和 Context 组件的结构与相互关系，下面这里从使用者角度看一下他们是如何运行的，以及我们如何让 Spring 完成各种功能，Spring 到底能有那些功能，这些功能是如何得来的，下面介绍。
如何创建 BeanFactory 工厂正如图 2 描述的那样，Ioc 容器实际上就是 Context 组件结合其他两个组件共同构建了一个 Bean 关系网，如何构建这个关系网？构建的入口就在AbstractApplicationContext 类的 refresh 方法中。