Spring4详解系列（一）Spring之旅

最新推荐文章于 2022-03-24 17:51:13 发布

川子的博客

最新推荐文章于 2022-03-24 17:51:13 发布

阅读量1.3k

点赞数 1

分类专栏： Spring系统整理文章标签： spring详解 spring4 spring系列 spring笔记

本文链接：https://blog.csdn.net/amosjob/article/details/98846029

版权

Spring系统整理专栏收录该内容

11 篇文章 2 订阅

订阅专栏

1.Spring的核心

Spring可以做很多事，提供了很多企业级开发的功能，但是这些功能的底层都依赖于它的两个核心特性：

①DI（Dependency Injection）依赖注入，指容器复制创建和维护对象之间的依赖关系，而不是通过对象本身复制自己的创建和解决自己的依赖。控制反转是通过依赖注入实现的。依赖注入能够让相互协作的软件组件保持松耦合。

其实IOC和DI在Spring中是一个等同的概念。如果非要咬文嚼字的话，控制反转是依赖注入的一部分，或者说是同一个行为偏重点不同的俩个称呼。

②AOP 切面编程，允许你把遍布应用各处的功能分离出来形成可重用的组件。面向切面编程往往被定义为促使软件系统实现关切点的分离的一项技术。系统由很多不同的组件构成，每一个组件各负责一块特定的功能。除了实现自身核心的功能之外，这些组件还经常承担这额外的职责。诸如日志，事务管理和安全的系统服务经常融入到自身具有核心业务逻辑的组件中去，这些系统服务通常被称为横切关注点，因为他们会跨越系统的很多个组件中。

AOP能够使这些服务模块化，并以声明的方式将他们应用到他们需要影响的组件中去。所造成的结果就是这些组件会具有更高的内聚性并且会更加关注自身的业务，完全不需要了解涉及系统服务所带来的复杂性。AOP能够确保POJO的简单性。

2.Spring是怎么简化Java开发的

<Spring的根本使命就是：简化java开发>

（1）基于POJO的轻量级和最小侵入性编程；

Spring的非侵入编程模型意味着这个类在Spring应用和非Spring应用中，都可以发挥相同的作用，Spring赋予POJO魔力的方式之一就是通过DI装配它们，让他们保持松耦合。

（2）通过依赖注入和面向接口实现松耦合；

依赖注入，不管你使用XML的配置还是使用Java的配置，DI带来的收益都是相同的

（3）基于切面和惯例进行声明式编程；

如果不使用AOP，将这些关注点分散到多个组件中去，代码将会带来双重的复杂性。

<1>实现系统关注点功能的代码将会重复出现在多个组件中，这意味这如果你要改变这些关注点的逻辑，必须修改各个模块中的相关实现。即使你把这些关注点抽象为一个独立的模块，其他模块只是调用他的方法，但方法的调用还是会重复出现在各个模块中。

<2>组件会因为那些与自身核心业务无关的代码而变得混乱。一个向地址簿增加地址条目的方法应该只关注如何增加地址，而不应该关注他是不是安全的或者是否需要支持事务。

（4）通过切面和模板减少样板式代码。

3.Spring容器

在Sping应用中，你的应用对象生存于Spring的容器中，Spring容器负责创建对象，装配它们，配置它们并管理它们的整个生命周期，从生存到死亡。容器是Spring框架的核心，Spring容器使用DI管理构成应用的组件。

Spring容器并不是只有一个，Spring自带了多个容器的实现，可以归为两种不同的类型，一种是Bean工厂，一种是应用上下文。Bean工厂是最简单的容器，提供基本的DI支持；应用上下文是基于BeanFactory构建的，提供框架级别的服务。重点讲述应用上下文

使用应用上下文 Spring自带了多种类型的应用上下文，下面罗列的几个可能是经常遇到的: AnnotationConfigApplicationContext：从一个或者多个基于java的配置类中加载Spring应用上下文. AnnotationConfigWebApplicationContext：从一个或者多个基于java的配置类中加载Spring Web应用上下文. ClasspathXmlApplicationContext：从类路径下的一个或者多个XMl配置文件中加载上下文定义,把应用上下文的定义文件作为类资源.

FileSystemXmlApplicationContext：从文件系统下的一个或多个XML配置文件中加载上下文定义. XmlWebApplicationContext：从Web应用下的一个或多个XMl配置文件中加载上下文定义.

Bean的生命周期

如图，在bean准备就绪之前，bean工厂执行了若干启动步骤。我们对图进行详细描述：

Spring对bean进行实例化；
Spring将值和bean的引用注入到bean对应的属性中；
如果bean实现了BeanNameAware接口，Spring将bean的ID传递给setBean-Name()方法；
如果bean实现了BeanFactoryAware接口，Spring将调用setBeanFactory()方法，将 BeanFactory容器实例传入；
如果bean实现了ApplicationContextAware接口，Spring将调用setApplicationContext()方法，将bean所在的应用上下文的引用传入进来；
如果bean实现了BeanPostProcessor接口，Spring将调用它们的postProcessBeforeInitialization()方法；
如果bean实现了InitializingBean接口，Spring将调用它们的afterPropertiesSet()方法。类似地，如果bean使用init-method声明了初始化方法，该方法也会被调用；
如果bean实现了BeanPostProcessor接口，Spring将调用它们的postProcessAfterInitialization()方法；
此时，bean已经准备就绪，可以被应用程序使用了，它们将一直驻留在应用上下文中，直到该应用上下文被销毁；
如果bean实现了DisposableBean接口，Spring将调用它的destroy()接口方法。同样，如果bean使用destroy-method声明了销毁方法，该方法也会被调用。