详解Spring

内容提要

IOC & DI 概述

配置 bean

配置形式：基于 XML 文件的方式；基于注解的方式

Bean 的配置方式：通过全类名（反射）、通过工厂方法（静态工厂方法 & 实例工厂方法）、FactoryBean

IOC 容器 BeanFactory & ApplicationContext 概述

依赖注入的方式：属性注入；构造器注入

注入属性值细节

自动转配

bean 之间的关系：继承；依赖

bean 的作用域：singleton；prototype；WEB 环境作用域

使用外部属性文件

spEL

IOC 容器中 Bean 的生命周期

Spring 4.x 新特性：泛型依赖注入

Spring概述

轻量级：Spring 是非侵入性的 - 基于 Spring 开发的应用中的对象可以不依赖于 Spring 的 API

依赖注入(DI --- dependency injection、IOC)

面向切面编程(AOP --- aspect oriented programming)

容器: Spring 是一个容器, 因为它包含并且管理应用对象的生命周期

框架: Spring 实现了使用简单的组件配置组合成一个复杂的应用. 在 Spring 中可以使用 XML 和 Java 注解组合这些对象

一站式：在 IOC 和 AOP 的基础上可以整合各种企业应用的开源框架和优秀的第三方类库（实际上 Spring 自身也提供了展现层的 SpringMVC 和持久层的 Spring JDBC）。

Spring模块

IOC(Inversion of Control)：其思想是反转资源获取的方向；容器主动地将资源推送给它所管理的组件, 组件所要做的仅是选择一种合适的方式来接受资源。

DI(Dependency Injection) — IOC 的另一种表述方式：即组件以一些预先定义好的方式(例如: setter 方法)接受来自如容器的资源注入。

分离接口与实现------>工厂设计模式------>反转控制

安装Spring Tool Suite：下载springsource-tool-suite-3.7.3.RELEASE-e4.5.2-updatesite.zip

搭建 Spring 开发环境:1.添加jar包；2.创建Bean配置文件。

配置Bean

在 Spring 的 IOC 容器里配置 Bean

在 xml 文件中通过 bean 节点来配置 bean：

id：Bean 的名称,在 IOC 容器中必须是唯一的；若 id 没有指定，Spring 自动将全限定性类名作为 Bean 的名字。

id 可以指定多个名字，名字之间可用逗号、分号、或空格分隔。

Spring容器

在 Spring IOC 容器读取 Bean 配置创建 Bean 实例之前, 必须对它进行实例化。只有在容器实例化后, 才可以从 IOC 容器里获取 Bean 实例并使用。

Spring 提供了两种类型的 IOC 容器实现

BeanFactory: IOC 容器的基本实现.

ApplicationContext: 提供了更多的高级特性. 是 BeanFactory 的子接口.

BeanFactory 是 Spring 框架的基础设施，面向 Spring 本身；ApplicationContext 面向使用 Spring 框架的开发者，几乎所有的应用场合都直接使用 ApplicationContext 而非底层的 BeanFactory

无论使用何种方式, 配置文件时相同的。

从 IOC 容器中获取 Bean：调用 ApplicationContext 的 getBean() 方法.

Spring 支持 3 种依赖注入的方式

属性注入：属性注入即通过 setter 方法注入Bean 的属性值或依赖的对象；

属性注入使用 <property> 元素, 使用 name 属性指定 Bean 的属性名称，value 属性或 <value> 子节点指定属性值；

属性注入是实际应用中最常用的注入方式。

构造器注入：通过构造方法注入Bean 的属性值或依赖的对象，它保证了 Bean 实例在实例化后就可以使用。

构造器注入在 <constructor-arg> 元素里声明属性, <constructor-arg> 中没有 name 属性；

分为按索引匹配入参，按类型匹配入参。

工厂方法注入（很少使用，不推荐）

注入属性值细节

字面值

字面值：可用字符串表示的值，可以通过 <value> 元素标签或 value 属性进行注入。

基本数据类型及其封装类、String 等类型都可以采取字面值注入的方式。

若字面值中包含特殊字符，可以使用 <![CDATA[]]> 把字面值包裹起来。

引用其它 Bean

组成应用程序的 Bean 经常需要相互协作以完成应用程序的功能. 要使 Bean 能够相互访问, 就必须在 Bean 配置文件中指定对 Bean 的引用。

在 Bean 的配置文件中, 可以通过 <ref> 元素或 ref 属性为 Bean 的属性或构造器参数指定对 Bean 的引用。

也可以在属性或构造器里包含 Bean 的声明, 这样的 Bean 称为内部 Bean。

内部 Bean

当 Bean 实例仅仅给一个特定的属性使用时, 可以将其声明为内部 Bean. 内部 Bean 声明直接包含在 <property> 或 <constructor-arg> 元素里, 不需要设置任何 id 或 name 属性。

内部 Bean 不能在任何其他地方使用。

null值和级联属性

可以使用专用的<null/>元素标签为Bean的字符串或其它对象类型的属性注入null值；Spring支持级联属性的配置。

集合属性

在 Spring中可以通过一组内置的 xml 标签(例如: <list>, <set> 或 <map>) 来配置集合属性。

配置 java.util.List 类型的属性

需要指定 <list> 标签, 在标签里包含一些元素。这些标签可以通过 <value> 指定简单的常量值, 通过 <ref> 指定对其他 Bean 的引用；通过<bean> 指定内置 Bean 定义；通过 <null/> 指定空元素；甚至可以内嵌其他集合.

数组的定义和 List 一样, 都使用 <list>。

配置 java.util.Set 需要使用 <set> 标签, 定义元素的方法与 List 一样。

Java.util.Map

通过 <map> 标签定义, <map> 标签里可以使用多个 <entry> 作为子标签。每个条目包含一个键和一个值。

必须在 <key> 标签里定义键。

因为键和值的类型没有限制, 所以可以自由地为它们指定 <value>, <ref>, <bean> 或 <null> 元素。

可以将 Map 的键和值作为 <entry> 的属性定义: 简单常量使用 key 和 value 来定义; Bean 引用通过 key-ref 和 value-ref 属性定义。

使用 <props> 定义 java.util.Properties：该标签使用多个 <prop> 作为子标签. 每个 <prop> 标签必须定义 key 属性。

使用 utility scheme 定义集合

使用基本的集合标签定义集合时, 不能将集合作为独立的 Bean 定义, 导致其他 Bean 无法引用该集合, 所以无法在不同 Bean 之间共享集合。

可以使用 util schema 里的集合标签定义独立的集合 Bean. 需要注意的是, 必须在 <beans> 根元素里添加 util schema 定义。

1     <!-- 配置单独的集合bean，以供多个bean进行引用，需要导入util命名空间 -->
2     <util:list id="cars">
3         <ref bean="car"/>
4         <ref bean="car2"/>
5     </util:list>

使用 p 命名空间

1 <!-- 通过p命名空间为bean的属性赋值，需要先导入p命名空间，相对于传统的配置方式更加的简洁。 -->
2     <bean id="person5" class="com.wpf.spring.beans.collections.Person"
3         p:age="30" p:name="wangpengfei" p:cars-ref="cars">
4     </bean>

自动装配

XML 配置里的 Bean 自动装配

Spring IOC 容器可以自动装配 Bean. 需要做的仅仅是在 <bean> 的 autowire 属性里指定自动装配的模式

byType(根据类型自动装配): 若 IOC 容器中有多个与目标 Bean 类型一致的 Bean. 在这种情况下, Spring 将无法判定哪个 Bean 最合适该属性, 所以不能执行自动装配.

byName(根据名称自动装配): 必须将目标 Bean 的名称和属性名设置的完全相同.

constructor(通过构造器自动装配): 当 Bean 中存在多个构造器时, 此种自动装配方式将会很复杂. 不推荐使用

XML 配置里的 Bean 自动装配的缺点

在 Bean 配置文件里设置 autowire 属性进行自动装配将会装配 Bean 的所有属性. 然而, 若只希望装配个别属性时, autowire 属性就不够灵活了。

autowire 属性要么根据类型自动装配, 要么根据名称自动装配, 不能两者兼而有之.

一般情况下，在实际的项目中很少使用自动装配功能，因为和自动装配功能所带来的好处比起来，明确清晰的配置文档更有说服力一些

1     <!-- 
2         可以使用autowire属性指定自动装配的方式，
3         byName根据bean的名字和当前bean的setter风格的属性名进行自动装配，若有匹配的，则进行自动装配，若没有匹配的，则不装配
4         byType根据bean的类型和当前bean的属性类型进行自动装配。若IOC容器中有1个以上的类型匹配的bean，则抛异常。 
5     -->
6     <bean id="person" class="com.wpf.spring.beans.autowire.Person"
7         p:name="WangPeng" autowire="byType"></bean>

bean 之间的关系：继承；依赖

继承 Bean 配置

Spring 允许继承 bean 的配置, 被继承的 bean 称为父 bean. 继承这个父 Bean 的 Bean 称为子 Bean

子 Bean 从父 Bean 中继承配置, 包括 Bean 的属性配置

子 Bean 也可以覆盖从父 Bean 继承过来的配置

父 Bean 可以作为配置模板, 也可以作为 Bean 实例. 若只想把父 Bean 作为模板, 可以设置 <bean> 的abstract 属性为 true, 这样 Spring 将不会实例化这个 Bean

并不是 <bean> 元素里的所有属性都会被继承. 比如: autowire, abstract 等.

也可以忽略父 Bean 的 class 属性, 让子 Bean 指定自己的类, 而共享相同的属性配置. 但此时 abstract 必须设为 true

依赖 Bean 配置

Spring 允许用户通过 depends-on 属性设定 Bean 前置依赖的Bean，前置依赖的 Bean 会在本 Bean 实例化之前创建好

如果前置依赖于多个 Bean，则可以通过逗号，空格或的方式配置 Bean 的名称

<!-- 抽象bean:bean的abstract属性为true的bean，这样的bean不能被IOC容器实例化，只用来继承配置

若某一个bean的class属性没有指定，则该bean必须是一个抽象bean -->

<bean id="address" p:city="Beijing" p:street="Wudaokou" abstract="true"></bean>

<bean id="address2" class="com.guigu.spring.beans.autowire.Address"

parent="address" p:city="BeiJing" p:street="DaZhongSi"></bean>

<bean id="address3" class="com.guigu.spring.beans.autowire.Address"

p:city="Beijing" p:street="DaZhongSi3" parent="address2"></bean>

<bean id="person" class="com.guigu.spring.beans.autowire.Person"

p:name="Tomm" p:address-ref="address2" depends-on="car"></bean>

<bean id="car" class="com.guigu.spring.beans.autowire.Car" p:brand="Audi" p:price="330000"></bean>

Bean 的作用域

bean 的作用域：singleton；prototype；WEB 环境作用域

在 Spring 中, 可以在 <bean> 元素的 scope 属性里设置 Bean 的作用域.

默认情况下, Spring 只为每个在 IOC 容器里声明的 Bean 创建唯一一个实例, 整个 IOC 容器范围内都能共享该实例：所有后续的 getBean() 调用和 Bean 引用都将返回这个唯一的 Bean 实例.该作用域被称为 singleton, 它是所有 Bean 的默认作用域.

类别	说明
singleton	默认值。容器初始化时创建bean的实例。在整个容器的生命周期内只创建这一个bean。单例的。
prototype	原型的。容器初始化时不创建bean的实例。而每次请求时都创建一个新的Bean实例。并返回。
request	每次Http请求都会创建一个新的Bean，该作用域仅适用于WebApplicationContext环境
session	同一个Http Session共享一个Bean，不同Http Session使用不同的Bean。该作用域仅适用于WebApplicationContext环境

使用外部属性文件

Spring 提供了一个 PropertyPlaceholderConfigurer 的 BeanFactory 后置处理器, 这个处理器允许用户将 Bean 配置的部分内容外移到属性文件中.

1.导入属性文件。例：<context:property-placeholder location="classpath:db.properties"/>

2.在 Bean 配置文件里使用形式为 ${var} 的变量, PropertyPlaceholderConfigurer 从属性文件里加载属性, 并使用这些属性来替换变量.

3.Spring 还允许在属性文件中使用 ${propName}，以实现属性之间的相互引用。

Spring表达式语言：SpEL

Spring 表达式语言（简称SpEL）：是一个支持运行时查询和操作对象图的强大的表达式语言。

语法类似于 EL：SpEL 使用 #{…} 作为定界符，所有在大框号中的字符都将被认为是 SpEL.

SpEL 为 bean 的属性进行动态赋值提供了便利

1.字面量的表示：

String可以使用单引号或者双引号作为字符串的定界符号，例如：<property name="city" value="#{'BeiJing'}"></property>

Boolean：<property name="enabled" value="#{false}"/>

2.SpEL：引用 Bean、属性和方法

①.引用其他对象：例：<property name="car" value="#{car}"></property>

②.引用其他对象的属性：例：<property name="city" value="#{address.city}"></property>

③.调用其他方法，还可以链式操作：例：<property name="city" value="#{address.city.toUpperCase()}"></property>

3.算数运算符：+, -, *, /, %, ^，其中，加号还可以用作字符串连接：比较运算符： <, >, ==, <=, >=, lt, gt, eq, le, ge；

科普：-ne ：（not equal）不相等

-gt ： (greater than) 大于 -lt ： (less than) 小于

-ge ： (greater than or equal) 大于或等于 -le ： (less than or equal)小于或等于

4.逻辑运算符号： and, or, not, |；if-else 运算符：?: (ternary), ?: (Elvis)；if-else 的变体。

5.正则表达式：matches

6.调用静态方法或静态属性

通过 T() 调用一个类，它将返回一个 Class Object，然后再调用相应的方法或属性；例：<property name="tyrePerimeter" value="#{T(java.lang.Math).PI * 80}"></property>

IOC 容器中 Bean 的生命周期

Spring IOC 容器可以管理 Bean 的生命周期, Spring 允许在 Bean 生命周期的特定点执行定制的任务.

Spring IOC 容器对 Bean 的生命周期进行管理的过程:

通过构造器或工厂方法创建 Bean 实例

为 Bean 的属性设置值和对其他 Bean 的引用

调用 Bean 的初始化方法

Bean 可以使用了

当容器关闭时, 调用 Bean 的销毁方法

在 Bean 的声明里设置 init-method 和 destroy-method 属性, 为 Bean 指定初始化和销毁方法.

创建 Bean 后置处理器

Bean 后置处理器允许在调用初始化方法前后对 Bean 进行额外的处理.

Bean 后置处理器对 IOC 容器里的所有 Bean 实例逐一处理, 而非单一实例. 其典型应用是: 检查 Bean 属性的正确性或根据特定的标准更改 Bean 的属性.

对Bean 后置处理器而言, 需要实现org.springframework.beans.factory.config.BeanPostProcessor接口. 在初始化方法被调用前后, Spring 将把每个 Bean 实例分别传递给该接口的以下两个方法:

Object postProcessBeforeInitialization(Object bean, String beanName) throws BeansException;

Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException;

添加 Bean 后置处理器后 Bean 的生命周期

Spring IOC 容器对 Bean 的生命周期进行管理的过程:

通过构造器或工厂方法创建 Bean 实例

为 Bean 的属性设置值和对其他 Bean 的引用

将 Bean 实例传递给 Bean 后置处理器的 postProcessBeforeInitialization 方法

调用 Bean 的初始化方法

将 Bean 实例传递给 Bean 后置处理器的 postProcessAfterInitialization方法

Bean 可以使用了

当容器关闭时, 调用 Bean 的销毁方法

备注：

通过工厂方法（静态工厂方法 & 实例工厂方法）创建Bean

通过调用静态工厂方法创建 Bean

<!--

class属性：指向静态工厂方法的全类名

factory-method: 指向静态工厂方法的名字

constructor-arg: 如果工厂方法需要传入参数，则使用constructor-arg来配置参数

-->

<bean id="car1" class="com.guigu.spring.beans.factory.StaticCarFactory"

factory-method="getCar">

<constructor-arg value="audi"></constructor-arg>

</bean>

通过调用实例工厂方法创建 Bean

<!--

factory-bean属性：指向实例工厂方法的bean

factory-method: 指向实例工厂方法的名字

constructor-arg: 如果工厂方法需要传入参数，则使用constructor-arg来配置参数

-->

<constructor-arg value="baoma"></constructor-arg>

</bean>

实现 FactoryBean 接口在 Spring IOC 容器中配置 Bean

Spring 中有两种类型的 Bean, 一种是普通Bean, 另一种是工厂Bean, 即FactoryBean.

工厂 Bean 跟普通Bean不同, 其返回的对象不是指定类的一个实例, 其返回的是该工厂 Bean 的 getObject 方法所返回的对象.

//自定义FactoryBean需要实现FactoryBean接口

<!--

通过FactoryBean来配置bean的实例

class：指向FactoryBean的全类名

property:配置FactoryBean的属性

但实际返回的实例确实FactoryBean的getObject()方法返回的实例！

-->

基于注解的方式（基于注解配置 Bean；基于注解来装配 Bean 的属性）

在 classpath 中扫描组件

组件扫描(component scanning): Spring 能够从 classpath 下自动扫描, 侦测和实例化具有特定注解的组件.

特定组件包括:

@Component: 基本注解, 标识了一个受 Spring 管理的组件

@Respository: 标识持久层组件

@Service: 标识服务层(业务层)组件

@Controller: 标识表现层组件

对于扫描到的组件, Spring 有默认的命名策略: 使用非限定类名, 第一个字母小写. 也可以在注解中通过 value 属性值标识组件的名称

当在组件类上使用了特定的注解之后, 还需要在 Spring 的配置文件中声明 <context:component-scan> ：

base-package 属性指定一个需要扫描的基类包，Spring 容器将会扫描这个基类包里及其子包中的所有类.

当需要扫描多个包时, 可以使用逗号分隔.

如果仅希望扫描特定的类而非基包下的所有类，可使用 resource-pattern 属性过滤特定的类。

<context:include-filter> 子节点表示要包含的目标类

<context:exclude-filter> 子节点表示要排除在外的目标类

<context:component-scan> 下可以拥有若干个 <context:include-filter> 和 <context:exclude-filter> 子节点

<!-- <context:component-scan base-package="com.guigu.spring.beans.annotation"

resource-pattern="repository/*.class">

</context:component-scan> -->

<context:component-scan base-package="com.guigu.spring.beans.annotation" use-default-filters="false">

<context:include-filter type="assignable" expression="com.guigu.spring.beans.annotation.repository.UserRepository"/>

</context:component-scan>

<context:component-scan> 元素还会自动注册 AutowiredAnnotationBeanPostProcessor 实例, 该实例可以自动装配具有 @Autowired 和 @Resource 、@Inject注解的属性.

@Autowired 注解自动装配具有兼容类型的单个 Bean属性

构造器, 普通字段(即使是非 public), 一切具有参数的方法都可以应用@Authwired 注解

默认情况下, 所有使用 @Authwired 注解的属性都需要被设置. 当 Spring 找不到匹配的 Bean 装配属性时, 会抛出异常, 若某一属性允许不被设置, 可以设置 @Authwired 注解的 required 属性为 false

默认情况下, 当 IOC 容器里存在多个类型兼容的 Bean 时, 通过类型的自动装配将无法工作. 此时可以在 @Qualifier 注解里提供 Bean 的名称. Spring 允许对方法的入参标注 @Qualifiter 已指定注入 Bean 的名称

@Authwired 注解也可以应用在数组类型的属性上, 此时 Spring 将会把所有匹配的 Bean 进行自动装配.

@Authwired 注解也可以应用在集合属性上, 此时 Spring 读取该集合的类型信息, 然后自动装配所有与之兼容的 Bean.

@Authwired 注解用在 java.util.Map 上时, 若该 Map 的键值为 String, 那么 Spring 将自动装配与之 Map 值类型兼容的 Bean, 此时 Bean 的名称作为键值

@Autowired

public void setUserRepository(@Qualifier("userRepositoryImpl")UserRepository userRepository) {

this.userRepository = userRepository;

}

Spring 还支持 @Resource 和 @Inject 注解，这两个注解和 @Autowired 注解的功用类似

@Resource 注解要求提供一个 Bean 名称的属性，若该属性为空，则自动采用标注处的变量或方法名作为 Bean 的名称

@Inject 和 @Autowired 注解一样也是按类型匹配注入的 Bean，但没有 reqired 属性

建议使用 @Autowired 注解

泛型依赖注入

Spring 4.x 中可以为子类注入子类对应的泛型类型的成员变量的引用

Spring AOP

AOP前奏

代理设计模式的原理: 使用一个代理将对象包装起来, 然后用该代理对象取代原始对象. 任何对原始对象的调用都要通过代理. 代理对象决定是否以及何时将方法调用转到原始对象上.

public ArithmeticCalculator getLoggingProxy() {

ArithmeticCalculator proxy = null;

//代理对象由哪一个类加载器负责加载

ClassLoader loader = target.getClass().getClassLoader();

//代理对象的类型 the list of interfaces for the proxy class to implement

Class[] interfaces = new Class[]{ArithmeticCalculator.class};

//当调用代理对象其中的方法时，该执行的代码

InvocationHandler h = new InvocationHandler() {

/**

* proxy:正在返回的那个代理对象。一般情况下，在invoke方法中都不使用该对象。

* method：正在被调用的方法

* args：调用方法时，传入的参数.

@Override

public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {

//System.out.println(proxy.toString());

String methodName = method.getName();

//日志

System.out.println("The method " + methodName + " begins with " + Arrays.asList(args));

//执行方法

Object result = method.invoke(target, args);

//日志

System.out.println("The method " + methodName + " ends with " + result);

return result;

}

};

proxy = (ArithmeticCalculator) Proxy.newProxyInstance(loader, interfaces, h);

return proxy;

}

AOP(Aspect-Oriented Programming, 面向切面编程): 是一种新的方法论, 是对传统 OOP(Object-Oriented Programming, 面向对象编程) 的补充.

AOP 的主要编程对象是切面(aspect), 而切面模块化横切关注点.

在应用 AOP 编程时, 仍然需要定义公共功能, 但可以明确的定义这个功能在哪里, 以什么方式应用, 并且不必修改受影响的类. 这样一来横切关注点就被模块化到特殊的对象(切面)里.

AOP 的好处:

每个事物逻辑位于一个位置, 代码不分散, 便于维护和升级

业务模块更简洁, 只包含核心业务代码.

AOP术语

切面(Aspect): 横切关注点(跨越应用程序多个模块的功能)被模块化的特殊对象

通知(Advice): 切面必须要完成的工作

目标(Target): 被通知的对象

代理(Proxy): 向目标对象应用通知之后创建的对象

连接点（Joinpoint）：程序执行的某个特定位置：如类某个方法调用前、调用后、方法抛出异常后等。连接点由两个信息确定：方法表示的程序执行点；相对点表示的方位。例如 ArithmethicCalculator#add() 方法执行前的连接点，执行点为 ArithmethicCalculator#add()；方位为该方法执行前的位置

切点（pointcut）：每个类都拥有多个连接点：例如 ArithmethicCalculator 的所有方法实际上都是连接点，即连接点是程序类中客观存在的事务。AOP 通过切点定位到特定的连接点。类比：连接点相当于数据库中的记录，切点相当于查询条件。切点和连接点不是一对一的关系，一个切点匹配多个连接点，切点通过 org.springframework.aop.Pointcut 接口进行描述，它使用类和方法作为连接点的查询条件。

AspectJ：Java 社区里最完整最流行的 AOP 框架.

在 Spring2.0 以上版本中, 可以使用基于 AspectJ 注解或基于 XML 配置的 AOP

在 Spring 中启用 AspectJ 注解支持

要在 Spring 应用中使用 AspectJ 注解, 必须在 classpath 下包含 AspectJ 类库: aopalliance.jar、aspectj.weaver.jar 和 spring-aspects.jar

将 aop Schema 添加到 <beans> 根元素中.

要在 Spring IOC 容器中启用 AspectJ 注解支持, 只要在 Bean 配置文件中定义一个空的 XML 元素 <aop:aspectj-autoproxy>

当 Spring IOC 容器侦测到 Bean 配置文件中的 <aop:aspectj-autoproxy> 元素时, 会自动为与 AspectJ 切面匹配的 Bean 创建代理.

用 AspectJ 注解声明切面

要在 Spring 中声明 AspectJ 切面, 只需要在 IOC 容器中将切面声明为 Bean 实例. 当在 Spring IOC 容器中初始化 AspectJ 切面之后, Spring IOC 容器就会为那些与 AspectJ 切面相匹配的 Bean 创建代理.

在 AspectJ 注解中, 切面只是一个带有 @Aspect 注解的 Java 类.

通知是标注有某种注解的简单的 Java 方法.

AspectJ 支持 5 种类型的通知注解:

@Before: 前置通知, 在方法执行之前执行

@After: 后置通知, 在方法执行之后执行 .无论连接点是正常返回还是抛出异常, 后置通知都会执行. 如果只想在连接点返回的时候记录日志, 应使用返回通知代替后置通知.

@AfterRunning: 返回通知, 在方法返回结果之后执行

@AfterThrowing: 异常通知, 在方法抛出异常之后

利用方法签名编写 AspectJ 切入点表达式

最典型的切入点表达式时根据方法的签名来匹配各种方法:

execution (* com.atguigu.spring.ArithmeticCalculator.*(..)): 匹配 ArithmeticCalculator 中声明的所有方法,第一个 * 代表任意修饰符及任意返回值. 第二个 * 代表任意方法. .. 匹配任意数量的参数. 若目标类与接口与该切面在同一个包中, 可以省略包名.

execution public * ArithmeticCalculator.*(..): 匹配 ArithmeticCalculator 接口的所有公有方法.

execution public double ArithmeticCalculator.*(..): 匹配 ArithmeticCalculator 中返回 double 类型数值的方法

execution public double ArithmeticCalculator.*(double, ..): 匹配第一个参数为 double 类型的方法, .. 匹配任意数量任意类型的参数

execution public double ArithmeticCalculator.*(double, double): 匹配参数类型为 double, double 类型的方法.

异常通知

只在连接点抛出异常时才执行异常通知

将 throwing 属性添加到 @AfterThrowing 注解中, 也可以访问连接点抛出的异常. Throwable 是所有错误和异常类的超类. 所以在异常通知方法可以捕获到任何错误和异常.

如果只对某种特殊的异常类型感兴趣, 可以将参数声明为其他异常的参数类型. 然后通知就只在抛出这个类型及其子类的异常时才被执行.

环绕通知

环绕通知是所有通知类型中功能最为强大的, 能够全面地控制连接点. 甚至可以控制是否执行连接点.

对于环绕通知来说, 连接点的参数类型必须是 ProceedingJoinPoint . 它是 JoinPoint 的子接口, 允许控制何时执行, 是否执行连接点.

在环绕通知中需要明确调用 ProceedingJoinPoint 的 proceed() 方法来执行被代理的方法. 如果忘记这样做就会导致通知被执行了, 但目标方法没有被执行.

注意: 环绕通知的方法需要返回目标方法执行之后的结果, 即调用 joinPoint.proceed(); 的返回值, 否则会出现空指针异常

指定切面的优先级

在同一个连接点上应用不止一个切面时, 除非明确指定, 否则它们的优先级是不确定的.

切面的优先级可以通过实现 Ordered 接口或利用 @Order 注解指定.

实现 Ordered 接口, getOrder() 方法的返回值越小, 优先级越高.

/**

* 可以使用@Order注解指定切面的优先级，值越小优先级高

@Order(-2)

@Aspect

@Component

public class LoggingAspect {

/**

* 定义一个方法，用于声明切入点表达式。一般地，该方法中不再需要添入其他的代码

* 使用@Pointcut 来声明切入点表达式

* 后面的其他通知直接使用方法名来引用当前的切入点表达式。

@Pointcut("execution(public * com.guigu.spring.aop.ArithmeticCalculator.*(..))")

public void declareJoinPointExpression(){}

/**

* 在 com.guigu.spring.aop.ArithmeticCalculator 接口的每一个实现类的每一个方法开始之前执行一段代码

@Before("declareJoinPointExpression()")

public void beforeMethod(JoinPoint joinPoint) {

String methodName = joinPoint.getSignature().getName();

List<Object> args = Arrays.asList(joinPoint.getArgs());

System.out.println("The method " + methodName + " begins with " + args);

}

/**

* 在方法执行之后执行的通知。无论该方法是否出现异常

@After("declareJoinPointExpression()")

public void afterMethod(JoinPoint joinPoint) {

String methodName = joinPoint.getSignature().getName();

System.out.println("The method " + methodName + " ends");

}

/**

* 在方法正常结束后执行的代码

* 返回通知是可以访问到方法的返回值的！

@AfterReturning(value="declareJoinPointExpression()", returning="result")

public void afterReturning(JoinPoint joinPoint, Object result) {

String methodName = joinPoint.getSignature().getName();

System.out.println("The method " + methodName + " ends with " + result);

}

/**

* 在目标方法出现异常时会执行的代码。

* 可以访问到异常对象；且可以指定在出现特定异常时在执行通知代码

* @param joinPoint

@AfterThrowing(value="declareJoinPointExpression()", throwing="e")

public void afterThrowing(JoinPoint joinPoint, Exception e) {

String methodName = joinPoint.getSignature().getName();

System.out.println("The method " + methodName + " occurs exception " + e);

}

/**

* 环绕通知需要携带ProceedingJoinPoint 类型的参数。

* 环绕通知类似于动态代理的全过程：ProceedingJoinPoint 类型的参数可以决定是否执行目标方法。

* 且环绕通知必须有返回值，返回值即为目标方法的返回值

* @param pjd

* @return

/*@Around("execution(* com.guigu.spring.aop.*.*(..))")

public Object aroundMethod(ProceedingJoinPoint pjd) {

Object result = null;

String methodName = pjd.getSignature().getName();

//执行目标方法

try {

//前置通知

System.out.println("The method " + methodName + " begins with " + Arrays.asList(pjd.getArgs()));

result = pjd.proceed();

//返回通知

System.out.println("The method " + methodName + " ends with " + result);

} catch (Throwable e) {

//异常通知

System.out.println("The method occurs exception:" + e);

}

//后置通知

System.out.println("The method " + methodName +" ends");

return result;

}*/

重用切入点定义

在编写 AspectJ 切面时, 可以直接在通知注解中书写切入点表达式. 但同一个切点表达式可能会在多个通知中重复出现.

在 AspectJ 切面中, 可以通过 @Pointcut 注解将一个切入点声明成简单的方法. 切入点的方法体通常是空的, 因为将切入点定义与应用程序逻辑混在一起是不合理的.

切入点方法的访问控制符同时也控制着这个切入点的可见性. 如果切入点要在多个切面中共用, 最好将它们集中在一个公共的类中. 在这种情况下, 它们必须被声明为 public. 在引入这个切入点时, 必须将类名也包括在内. 如果类没有与这个切面放在同一个包中, 还必须包含包名.

其他通知可以通过方法名称引入该切入点.

基于配置文件的方式来配置 AOP

<bean id="arithmeticCalculator" class="com.guigu.spring.aop.xml.ArithmeticCalculatorImpl"></bean>

<bean id="loggingAspect" class="com.guigu.spring.aop.xml.LoggingAspect"></bean>

<bean id="validationAspect" class="com.guigu.spring.aop.xml.ValidationAspect"></bean>

<aop:config>

<aop:pointcut expression="execution(* com.guigu.spring.aop.xml.ArithmeticCalculator.*(..))" id="pointcut"/>

<aop:aspect ref="loggingAspect" order="2">

<aop:before method="beforeMethod" pointcut-ref="pointcut"/>

<aop:after method="afterMethod" pointcut-ref="pointcut"/>

<aop:after-throwing method="afterThrowing" pointcut-ref="pointcut" throwing="e"/>

<aop:after-returning method="afterReturning" pointcut-ref="pointcut" returning="result"/>

</aop:aspect>

<aop:aspect ref="validationAspect" order="1">

<aop:before method="validataArgs" pointcut-ref="pointcut"/>

</aop:aspect>

</aop:config>

Spring中的事务管理

事务简介

事务管理是企业级应用程序开发中必不可少的技术, 用来确保数据的完整性和一致性.

事务就是一系列的动作, 它们被当做一个单独的工作单元. 这些动作要么全部完成, 要么全部不起作用

事务的四个关键属性(ACID)

原子性(atomicity): 事务是一个原子操作, 由一系列动作组成. 事务的原子性确保动作要么全部完成要么完全不起作用.

一致性(consistency): 一旦所有事务动作完成, 事务就被提交. 数据和资源就处于一种满足业务规则的一致性状态中.

隔离性(isolation): 可能有许多事务会同时处理相同的数据, 因此每个事物都应该与其他事务隔离开来, 防止数据损坏.

持久性(durability): 一旦事务完成, 无论发生什么系统错误, 它的结果都不应该受到影响. 通常情况下, 事务的结果被写到持久化存储器中.

Spring 中的事务管理

Spring 在不同的事务管理 API 之上定义了一个抽象层. 而应用程序开发人员不必了解底层的事务管理 API, 就可以使用 Spring 的事务管理机制.

Spring 既支持编程式事务管理, 也支持声明式的事务管理.

编程式事务管理: 将事务管理代码嵌入到业务方法中来控制事务的提交和回滚. 在编程式管理事务时, 必须在每个事务操作中包含额外的事务管理代码.

声明式事务管理: 大多数情况下比编程式事务管理更好用. 它将事务管理代码从业务方法中分离出来, 以声明的方式来实现事务管理. 事务管理作为一种横切关注点, 可以通过 AOP 方法模块化. Spring 通过 Spring AOP 框架支持声明式事务管理.

Spring 中的事务管理器

Spring 从不同的事务管理 API 中抽象了一整套的事务机制. 开发人员不必了解底层的事务 API, 就可以利用这些事务机制. 有了这些事务机制, 事务管理代码就能独立于特定的事务技术了.

Spring 的核心事务管理抽象是管理封装了一组独立于技术的方法. 无论使用 Spring 的哪种事务管理策略(编程式或声明式), 事务管理器都是必须的.

posted @ 2017-10-02 16:10 wpf2018 阅读(150) 评论(0) 收藏举报

刷新页面返回顶部

蜗牛ren

详解Spring

内容提要

Spring概述

配置Bean

注入属性值细节

自动装配

XML 配置里的 Bean 自动装配

XML 配置里的 Bean 自动装配的缺点

bean 之间的关系：继承；依赖

公告