Spring4实战读书笔记

首先，我们需要明白，为什么我们需要引入Spring，也就是说Spring的好处。个人觉得主要是在于两方面解耦和对bean的管理。

第一部分：Spring核心

共分为四个章节：

第一章节：Spring之旅

相当于对整个Spring框架进行了整体概括，如

spring的容器
spring的核心模块
spring的生态系统
spring的新功能

Spring是如何简化我们开发的

DI (依赖注入 dependency injection)
AOP（面向切面编程 aspect- oriented programming）
使用模板消除样板式代码

依赖注入（DI)

什么是DI（dependency injection）

来源于百度百科：

控制反转（Inversion of Control，缩写为IoC），是面向对象编程中的一种设计原则，可以用来减低计算机代码之间的耦合度。其中最常见的方式叫做依赖注入（Dependency Injection，简称DI），还有一种方式叫“依赖查找”（Dependency Lookup）。通过控制反转，对象在被创建的时候，由一个调控系统内所有对象的外界实体将其所依赖的对象的引用传递给它。也可以说，依赖被注入到对象中。

代码演示：

@RunWith( SpringJUnit4ClassRunner. class)
@ContextConfiguration( classes= AspectConfig.class)
public class TestMain {@Autowiredprivate Performance performance;@Testpublic void testOne(){System.out.println(performance);performance.perform();}
}

通俗点说：当我们依赖某一个类的时候不再去手动new创建对象，而是通过Spring来帮我们创建。

面向切面编程（AOP）

在软件业，AOP为Aspect Oriented Programming的缩写，意为：面向切面编程，通过预编译方式和运行期动态代理实现程序功能的统一维护的一种技术。AOP是OOP的延续，是软件开发中的一个热点，也是Spring框架中的一个重要内容，是函数式编程的一种衍生范型。利用AOP可以对业务逻辑的各个部分进行隔离，从而使得业务逻辑各部分之间的耦合度降低，提高程序的可重用性，同时提高了开发的效率。

总结：DI能够让相互协作的软件组件保持松散耦合，而面向切面编程（ aspect- oriented programming， AOP）允许你把遍布应用各处的功能分离出来形成可重用的组件。

样板式代码

Spring旨在通过模板封装来消除样板式代码。如Spring对jdbc的链接操作做的 JdbcTemplate 封装，其他的还有诸如Redis，JMS，MongoDB等等。

Spring容器

在基于 Spring 的应用中，你的应用对象生存于 Spring 容器（ container）中。如图 1. 4 所示， Spring 容器负责创建对象，装配它们，配置它们并管理它们的整个生命周期，从生存到死亡（在这里，可能就是 new 到 finalize()）。

Spring容器分类：

Bean工厂：由 org. springframework. beans. factory. BeanFactory 接口定义，是最简单的容器，提供基本的 DI 支持。

应用上下文：由 org. springframework. context. ApplicationContext 接口定义，基于 BeanFactory 构建，并提供应用框架级别的服务，例如从属性文件解析文本信息以及发布应用事件给感兴趣的事件监听者。

Spring自带了多种类型的应用上下文

AnnotationConfigApplicationContext：从一个或多个基于 Java 的配置类中加载 Spring 应用上下文。

AnnotationConfigWebApplicationContext：从一个或多个基于 Java 的配置类中加载 Spring Web 应用上下文。

ClassPathXmlApplicationContext：从类路径下的一个或多个 XML 配置文件中加载上下文定义，把应用上下文的定义文件作为类资源。

FileSystemXmlapplicationcontext：从文件系统下的一个或多个 XML 配置文件中加载上下文定义。

XmlWebApplicationContext：从 Web 应用下的一个或多个 XML 配置文件中加载上下文定义。

bean的生命周期

传统bean的生命周期：

在传统的 Java 应用中， bean 的生命周期很简单。使用 Java 关键字 new 进行 bean 实例化，然后该 bean 就可以使用了。一旦该 bean 不再被使用，则由 Java 自动进行垃圾回收。

Spring的bean的生命周期

Spring模块

Spring模块-Spring核心容器

容器是 Spring 框架最核心的部分，它管理着 Spring 应用中 bean 的创建、配置和管理。在该模块中，包括了 Spring bean 工厂，它为 Spring 提供了 DI 的功能。基于 bean 工厂，我们还会发现有多种 Spring 应用上下文的实现，每一种都提供了配置 Spring 的不同方式。除了 bean 工厂和应用上下文，该模块也提供了许多企业服务，例如 E- mail、 JNDI 访问、 EJB 集成和调度。所有的 Spring 模块都构建于核心容器之上。当你配置应用时，其实你隐式地使用了这些类。

Spring模块-Spring的AOP模块

在 AOP 模块中， Spring 对面向切面编程提供了丰富的支持。这个模块是 Spring 应用系统中开发切面的基础。与 DI 一样， AOP 可以帮助应用对象解耦。借助于 AOP，可以将遍布系统的关注点（例如事务和安全）从它们所应用的对象中解耦出来。

Spring模块-数据访问与集成

对于各种通用样板式代码进行了封装。对常用第三方服务进行了整合，如JMS，Redis

Spring模块-Web与远程调用

SpringMvc

Spring模块-Instrumentation

Spring 的 Instrumentation 模块提供了为 JVM 添加代理（ agent）的功能。具体来讲，它为 Tomcat 提供了一个织入代理，能够为 Tomcat 传递类文件，就像这些文件是被类加载器加载的一样。

Spring模块-测试

鉴于开发者自测的重要性， Spring 提供了测试模块以致力于 Spring 应用的测试。

第二章节：装配Bean

本章内容：

声明bean
构造器注入和set方法注入
装配bean
控制bean的创建和销毁

当我们实现某个功能当前类还需要引入某种服务并且这种服务是由其他类提供的，这时我们需要创建应用对象和服务对象，而这种实现某种业务功能而创建对象那么这种对象之间的协作关系称之为装配，也是依赖注入的本质。

Spring三种主要的Bean装配机制

在XML中进行显示配置

在JAVA中进行显示配置

隐式bean发现机制和自动装配

通常不限制使用哪种方式，某些极端场景需要多种形式配合才行。

自动化装配bean

自动化装配实际是与xml的显示配置的一种区分，实际效果都是一样的。

实现自动化装配bean的方式：

组件扫描：Spring 会自动发现应用上下文中所创建的 bean。

自动装配：Spring 自动满足 bean 之间的依赖。这里有按类型或按id注入的实现

@Component 注解

这个简单的注解表明该类会作为组件类，并告知 Spring 要为这个类创建 bean。

@ComponentScan 注解

默认会扫描与配置类相同的包以及这个包下的所有子包，与xml的里面的

< context: component- scan base- package=" com.hand" />的效果是一致的。

可以配置同时扫描多个包

为组件扫描的bean命名

Spring 应用上下文中所有的 bean 都会给定一个 ID。就是将类名的第一个字母变为小写。如果想为这个 bean 设置不同的 ID，你所要做的就是将期望的 ID 作为值传递给@ Component 注解。做法如下：

@Component("audience")
public class Audience {}

Spring 支持将@ Named 作为@ Component 注解的替代方案。两者之间有一些细微的差异，但是在大多数场景中，它们是可以互相替换的。

bean实现自动装配

bean如何实现自动自动装配

自动装配 就是让 Spring 自动满足 bean 依赖的一种方法，在满足依赖的过程中，会在 Spring 应用上下文中寻找匹配某个 bean 需求的其他 bean。为了声明要进行自动装配，我们可以借助 Spring 的@ Autowired 注解。

**值得注意的是：**如果没有匹配的 bean，那么在应用上下文创建的时候， Spring 会抛出一个异常。为了避免异常的出现，你可以将@ Autowired 的 required 属性设置为 false：

@RunWith( SpringJUnit4ClassRunner. class)
@ContextConfiguration( classes= AspectConfig.class)
public class TestMain {@Autowired(required = false)private Performance performance;@Testpublic void testOne(){System.out.println(performance);performance.perform();}
}

**自动装配带来的歧义性：**将 required 属性设置为 false 时， Spring 会尝试执行自动装配，但是如果没有匹配的 bean 的话， Spring 将会让这个 bean 处于未装配的状态。但是，把 required 属性设置为 false 时，你需要谨慎对待。如果在你的代码中没有进行 null 检查的话，这个处于未装配状态的属性有可能会出现 NullPointerException。如果有多个 bean 都能满足依赖关系的话， Spring 将会抛出一个异常，表明没有明确指定要选择哪个 bean 进行自动装配。

@Inject

@Inject 注解来源于 Java 依赖注入规范，该规范同时还为我们定义了@ Named 注解。在自动装配中， Spring 同时支持@ Inject 和@ Autowired。尽管@ Inject 和@ Autowired 之间有着一些细微的差别，但是在大多数场景下，它们都是可以互相替换的。

相对于传统的xml配置方式，Spring支持纯代码的形式进行配置，也就是JavaConfig

@ Configuration

@ Configuration 注解表明这个类是一个配置类，JavaConfig也是通过它来实现的。

@Bean

@Bean 注解会告诉 Spring 这个方法将会返回一个对象，该对象要注册为 Spring 应用上下文中的 bean。方法体中包含了最终产生 bean 实例的逻辑。

通过xml形式bean的方式不再赘述，基本上javaConfig都能对xml配置进行代替

第三章节-高级装配

主要内容

Spring profile
条件化的bean声明
自动装配与歧义性
bean的作用域
Spring表达式语言

spring profile

spring profile与maven profile的意义某种程度上来说是相同的，这里不做赘述

条件化的bean声明

条件化bean的声明：一个或多个 bean 只有在应用的类路径下包含特定的库时才创建。或者我们希望某个 bean 只有当另外某个特定的 bean 也声明了之后才会创建。我们还可能要求只有某个特定的环境变量设置之后，才会创建某个 bean。在 Spring 4 之前，很难实现这种级别的条件化配置，但是 Spring 4 引入了一个新的@ Conditional 注解，可以用来实现这种需求。

自动装配的歧义性：

首先需要明确的是@Autowired是按类型进行的装配

**何时会出现自动装配的歧义性：**仅有一个 bean 匹配所需的结果时，自动装配才是有效的。如果不仅有一个 bean 能够匹配结果的话，这种歧义性会阻碍 Spring 自动装配属性、构造器参数或方法参数，并且会抛出NoUniqueBeanDefinitionException。

如何解决自动装配的歧义性

既然有多个可选，某种程度上来说这多个bean还是存在区别。在spring中可以通过将可选 bean 中的某一个设为首选（ primary）的 bean，或者使用限定符（ qualifier）来帮助 Spring 将可选的 bean 的范围缩小到只有一个 bean。

@Primary
public class SgtPeppers implements CompactDisc {
}
//或者
@Bean
@Primary
public Dessert iceCream() {}

当@Primary仍然不能满足我们的需求时，可以尝试使用@Qualifier

@Autowired @Qualifier(" iceCream")public void setDessert( Dessert dessert) { this. dessert = dessert; }

因为spring不允许一个类里面同一个注解出现多次，当所有能用的注解都用上之后还存在歧义性，这个时候你需要自定义注解了。Java 8 允许出现重复的注解，只要这个注解本身在定义的时候带有@ Repeatable 注解就可以。不过， Spring 的@ Qualifier 注解并没有在定义时添加@ Repeatable 注解。

bean的作用域

在默认情况下， Spring 应用上下文中所有 bean 都是作为以单例（ singleton）的形式创建的。也就是说，不管给定的一个 bean 被注入到其他 bean 多少次，每次所注入的都是同一个实例。

默认是单例的，而对象调用的方法都是会独立开辟空间的。

单例（ Singleton）：在整个应用中，只创建 bean 的一个实例。

原型（ Prototype）：每次注入或者通过 Spring 应用上下文获取的时候，都会创建一个新的 bean 实例。

会话（ Session）：在 Web 应用中，为每个会话创建一个 bean 实例。

请求（ Rquest）：在 Web 应用中，为每个请求创建一个 bean 实例。

单例的实现方式：

@Component@Scope( ConfigurableBeanFactory. SCOPE_ PROTOTYPE) public class Notepad { ... }

第四章节-面向切面的Spring

主要内容：

面向切面编程的基本原理

通过POJO来创建切面

使用@Aspect注解

为AspectJ切面注入依赖

如果让应用对象只关注于自己所针对的业务领域问题，而其他方面的问题由其他应用对象来处理。

横切关注点

在软件开发中，散布于应用中多处的功能被称为横切关注点

简而言之，横切关注点可以被描述为影响应用多处的功能，而切面可以用来实现横切关注点。

下图的安全就可以称之为横切关注点

常见实现通用功能的方式：
继承

委托

切面

AOP术语

通知（ Advice）

通知定义了切面是什么以及何时使用。除了描述切面要完成的工作，通知还解决了何时执行这个工作的问题。它应该应用在某个方法被调用之前？之后？之前和之后都调用？还是只在方法抛出异常时调用？

Spring 切面可以应用 5 种类型的通知：

前置通知（ Before）：在目标方法被调用之前调用通知功能；

后置通知（ After）：在目标方法完成之后调用通知，此时不会关心方法的输出是什么；

返回通知（ After- returning）：在目标方法成功执行之后调用通知；

异常通知（ After- throwing）：在目标方法抛出异常后调用通知；

环绕通知（ Around）：通知包裹了被通知的方法，在被通知的方法调用之前和调用之后执行自定义的行为。

连接点（ Join point）

Craig Walls 沃尔斯. Spring实战（第4版）（异步图书） (Kindle 位置 2864-2865). 人民邮电出版社. Kindle 版本.

连接点是在应用执行过程中能够插入切面的一个点。这个点可以是调用方法时、抛出异常时、甚至修改一个字段时。切面代码可以利用这些点插入到应用的正常流程之中，并添加新的行为。

切点（ Poincut）

切点的定义会匹配通知所要织入的一个或多个连接点。我们通常使用明确的类和方法名称，或是利用正则表达式定义所匹配的类和方法名称来指定这些切点。

切面（ Aspect）

切面是通知和切点的结合。通知和切点共同定义了切面的全部内容—— 它是什么，在何时和何处完成其功能。

引入（ Introduction）

引入允许我们向现有的类添加新方法或属性。

织入（ Weaving）

织入是把切面应用到目标对象并创建新的代理对象的过程。切面在指定的连接点被织入到目标对象中。在目标对象的生命周期里有多个点可以进行织入：

编译期：切面在目标类编译时被织入。这种方式需要特殊的编译器。 AspectJ 的织入编译器就是以这种方式织入切面的。

类加载期：切面在目标类加载到 JVM 时被织入。这种方式需要特殊的类加载器（ ClassLoader），它可以在目标类被引入应用之前增强该目标类的字节码。 AspectJ 5 的加载时织入（ load- time weaving， LTW）就支持以这种方式织入切面。

运行期：切面在应用运行的某个时刻被织入。一般情况下，在织入切面时， AOP 容器会为目标对象动态地创建一个代理

Spring实现的切面是变体， Spring AOP 构建在动态代理基础之上，因此， Spring 对 AOP 的支持局限于方法拦截。

Spring 在运行时通知对象

通过在代理类中包裹切面， Spring 在运行期把切面织入到 Spring 管理的 bean 中。如图 4. 3 所示，代理类封装了目标类，并拦截被通知方法的调用，再把调用转发给真正的目标 bean。当代理拦截到方法调用时，在调用目标 bean 方法之前，会执行切面逻辑。

直到应用需要被代理的 bean 时， Spring 才创建代理对象。如果使用的是 ApplicationContext 的话，在 ApplicationContext 从 BeanFactory 中加载所有 bean 的时候， Spring 才会创建被代理的对象。因为 Spring 运行时才创建代理对象，所以我们不需要特殊的编译器来织入 Spring AOP 的切面。

切点表达式

切面的实现

注解的形式

xml的形式