spring工作原理、特性、事务管理、bean及核心组件简单介绍

此文章参考多篇博文内容,如有侵权,各位博主多多谅解。

1.Spring工作原理

SpringMVC流程

1、  用户发送请求至前端控制器DispatcherServlet。

2、  DispatcherServlet收到请求调用HandlerMapping处理器映射器。

3、  处理器映射器找到具体的处理器(可以根据xml配置、注解进行查找),生成处理器对象及处理器拦截器(如果有则生成)一并返回给DispatcherServlet。

4、  DispatcherServlet调用HandlerAdapter处理器适配器。

5、  HandlerAdapter经过适配调用具体的处理器(Controller,也叫后端控制器)。

6、  Controller执行完成返回ModelAndView。

7、  HandlerAdapter将controller执行结果ModelAndView返回给DispatcherServlet。

8、  DispatcherServlet将ModelAndView传给ViewReslover视图解析器。

9、  ViewReslover解析后返回具体View。

10、DispatcherServlet根据View进行渲染视图(即将模型数据填充至视图中)。

11、 DispatcherServlet响应用户。

组件说明:

以下组件通常使用框架提供实现:

DispatcherServlet:作为前端控制器,整个流程控制的中心,控制其它组件执行,统一调度,降低组件之间的耦合性,提高每个组件的扩展性。

HandlerMapping:通过扩展处理器映射器实现不同的映射方式,例如:配置文件方式,实现接口方式,注解方式等。 

HandlAdapter:通过扩展处理器适配器,支持更多类型的处理器。

ViewResolver:通过扩展视图解析器,支持更多类型的视图解析,例如:jsp、freemarker、pdf、excel等。

组件:
1、前端控制器DispatcherServlet(不需要工程师开发),由框架提供
作用:接收请求,响应结果,相当于转发器,中央处理器。有了dispatcherServlet减少了其它组件之间的耦合度。
用户请求到达前端控制器,它就相当于mvc模式中的c,dispatcherServlet是整个流程控制的中心,由它调用其它组件处理用户的请求,dispatcherServlet的存在降低了组件之间的耦合性。

2、处理器映射器HandlerMapping(不需要工程师开发),由框架提供
作用:根据请求的url查找Handler
HandlerMapping负责根据用户请求找到Handler即处理器,springmvc提供了不同的映射器实现不同的映射方式,例如:配置文件方式,实现接口方式,注解方式等。

3、处理器适配器HandlerAdapter
作用:按照特定规则(HandlerAdapter要求的规则)去执行Handler
通过HandlerAdapter对处理器进行执行,这是适配器模式的应用,通过扩展适配器可以对更多类型的处理器进行执行。

4、处理器Handler(需要工程师开发)
注意:编写Handler时按照HandlerAdapter的要求去做,这样适配器才可以去正确执行Handler
Handler 是继DispatcherServlet前端控制器的后端控制器,在DispatcherServlet的控制下Handler对具体的用户请求进行处理。
由于Handler涉及到具体的用户业务请求,所以一般情况需要工程师根据业务需求开发Handler。

5、视图解析器View resolver(不需要工程师开发),由框架提供
作用:进行视图解析,根据逻辑视图名解析成真正的视图(view)
View Resolver负责将处理结果生成View视图,View Resolver首先根据逻辑视图名解析成物理视图名即具体的页面地址,再生成View视图对象,最后对View进行渲染将处理结果通过页面展示给用户。 springmvc框架提供了很多的View视图类型,包括:jstlView、freemarkerView、pdfView等。
一般情况下需要通过页面标签或页面模版技术将模型数据通过页面展示给用户,需要由工程师根据业务需求开发具体的页面。

6、视图View(需要工程师开发jsp...)

View是一个接口,实现类支持不同的View类型(jsp、freemarker、pdf...)


2.spring特性

Spring的核心特性就是IOC和AOP。

IOC:IOC,控制反转,另外一种说法叫DI(Dependency Injection),即依赖注入。它并不是一种技术实现,而是一种设计思想。

Spring所倡导的开发方式就是如此,所有的类都会在spring容器中登记,告诉spring你是个什么东西,你需要什么东西,然后spring会在系统运行到适当的时候,把你要的东西主动给你,同时也把你交给其他需要你的东西。所有的类的创建、销毁都由 spring来控制,也就是说控制对象生存周期的不再是引用它的对象,而是spring。对于某个具体的对象而言,以前是它控制其他对象,现在是所有对象都被spring控制,所以这叫控制反转。

AOP:面向切面编程,可以说是OOP(Object-Oriented Programing,面向对象编程)的补充和完善。AOP代理主要分为静态代理和动态代理,spring aop使用到的是动态代理。AOP就是动态代理,因为代理的类是在运行时才生成的。相反的所谓静态代理就是说代理在编译期就已经生成。

下面介绍一下AOP相关的术语:

  • 通知: 通知定义了切面是什么以及何时使用的概念。Spring 切面可以应用5种类型的通知:

    • 前置通知(Before):在目标方法被调用之前调用通知功能。
    • 后置通知(After):在目标方法完成之后调用通知,此时不会关心方法的输出是什么。
    • 返回通知(After-returning):在目标方法成功执行之后调用通知。
    • 异常通知(After-throwing):在目标方法抛出异常后调用通知。
    • 环绕通知(Around):通知包裹了被通知的方法,在被通知的方法调用之前和调用之后执行自定义的行为。
  • 连接点:是在应用执行过程中能够插入切面的一个点。

  • 切点: 切点定义了切面在何处要织入的一个或者多个连接点。
  • 切面:是通知和切点的结合。通知和切点共同定义了切面的全部内容。
  • 引入:引入允许我们向现有类添加新方法或属性。
  • 织入:是把切面应用到目标对象,并创建新的代理对象的过程。切面在指定的连接点被织入到目标对象中。在目标对象的生命周期中有多个点可以进行织入: 
    • 编译期: 在目标类编译时,切面被织入。这种方式需要特殊的编译器。AspectJ的织入编译器就是以这种方式织入切面的。
    • 类加载期:切面在目标加载到JVM时被织入。这种方式需要特殊的类加载器(class loader)它可以在目标类被引入应用之前增强该目标类的字节码。
    • 运行期: 切面在应用运行到某个时刻时被织入。一般情况下,在织入切面时,AOP容器会为目标对象动态地创建一个代理对象。SpringAOP就是以这种方式织入切面的。

spring  aop详细使用可见网址:点击打开链接


3.spring  事务管理

spring支持编程式事务管理和声明式事务管理两种方式。

        编程式事务管理使用TransactionTemplate或者直接使用底层的PlatformTransactionManager。对于编程式事务管理,spring推荐使用TransactionTemplate。

        声明式事务管理建立在AOP之上的。其本质是对方法前后进行拦截,然后在目标方法开始之前创建或者加入一个事务,在执行完目标方法之后根据执行情况提交或者回滚事务。声明式事务最大的优点就是不需要通过编程的方式管理事务,这样就不需要在业务逻辑代码中掺杂事务管理的代码,只需在配置文件中做相关的事务规则声明(或通过基于@Transactional注解的方式),便可以将事务规则应用到业务逻辑中。


Spring将事务管理分为了两类:
               一、编程式事务管理
                     需要手动编写代码进行事务的管理(一般不用)          
                二、声明式事务管理:
                1、基于TransactionProxyFactoryBean的方式(很少使用) 
                          需要为每个事务管理的类配置一个TransactionProxyFactoryBean进行管理。使用时还需要在类中注入该代理类。
                2、基于AspectJ的方式(常使用)
                        配置好之后,按照方法的名字进行管理,无需再类中添加任何东西。
                3、基于注解的方式(经常使用)
                        配置简单,在业务层类上添加注解@Transactional。

详细代码使用可查看点击打开链接


4 bean 配置和注入


4.1 bean 配置

bean配置有三种方法:

  • 基于xml配置Bean
  • <bean id="car" name="#car1" class="com.baobaotao.simple.Car"></bean>
  • setter方法:
  • <bean id="person" class="com.wxh.blog.Person">

           <property name="name" value="wxh"></property>                                                                                                                                                         

           <property name="age" value="22"></property>

        </bean>

    构造器:
  • <bean id="person" class="com.wxh.blog.Person">

           <constructor-arg name="name" value="wxh"></constructor-arg>                                                                                                                                   

           <constructor-arg name="age" value="22"></constructor-arg>

        </bean>

  • 使用注解定义Bean
  •         @Repository:用于对DAO实现类进行标注;
  •         @Service:用于对Service实现类进行标注;
  •         @Controller:用于对Controller实现类进行标注;
  •         @Component:普通类
  • 基于java类提供Bean定义信息

4.2 bean 注入

bean注入的方式有两种:一种是在XML中配置,此时分别有属性注入、构造函数注入和工厂方法注入;

另一种则是使用注解的方式注入 @Autowired,@Resource,@Required


5 spring 核心组件

三个核心组件:bean、context、core,其中bean是最核心的。

    5.1 bean组件

        Bean 组件在 Spring 的 org.springframework.beans 包下,主要功能:Bean 的定义、Bean 的创建以及对 Bean 的解析。
        Spring Bean 的创建是典型的工厂模式,他的顶级接口是 BeanFactory。

    5.2 context组件

        Context 在 Spring 的 org.springframework.context 包下,他实际上就是给 Spring 提供一个运行时的环境,用以保存各个对象的状态。

    ApplicationContext 是 Context 的顶级父类,ApplicationContext 继承了 BeanFactory,这也说明了 Spring 容器中运行的主体对象是 Bean,另外 ApplicationContext 继承了 ResourceLoader 接口,使得 ApplicationContext 可以访问到任何外部资源



总体来说 ApplicationContext 必须要完成以下几件事:

1标识一个应用环境
2利用 BeanFactory 创建 Bean 对象
3保存对象关系表
4能够捕获各种事件

Context 作为 Spring 的 Ioc 容器,基本上整合了 Spring 的大部分功能,或者说是大部分功能的基础。

5.3 core组件

Core 组件作为 Spring 的核心组件,他其中包含了很多的关键类,其中一个重要组成部分就是定义了资源的访问方式。

加载资源是由 ResourceLoader 接口完成,他屏蔽了所有的资源加载者的差异,只需要实现这个接口就可以加载所有的资源,他的默认实现是 DefaultResourceLoader。

Context 和 Resource 的类关系图


从上图可以看出,Context 是把资源的加载、解析和描述工作委托给了 ResourcePatternResolver 类来完成,他相当于一个接头人,他把资源的加载、解析和资源的定义整合在一起便于其他组件使用。

猜你喜欢

转载自blog.csdn.net/xxhh1994/article/details/80074275