spring概述
spring 是一个开源框架.
Spring 为简化企业级应用开发而生. 使用 Spring 可以使简单的 JavaBean 实现以前只有 EJB 才能实现的功能.
Spring 是一个 IOC(DI) 和 AOP 容器框架.
具体描述 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模块
搭建 Spring 开发环境
Spring 的配置文件:
一个典型的 Spring 项目需要创建一个或多个 Bean 配置文件, 这些配置文件用于在 Spring IOC 容器里配置 Bean. Bean 的配置文件可以放在 classpath 下, 也可以放在其它目录下.
MAVEN配置增加（因为要设计到数据库操作，所以一块儿放进来）
<dependency>
<groupId>org.springframeworkgroupId>
<artifactId>spring-coreartifactId>
<version>${spring-version}version>
dependency>
<dependency>
<groupId>org.springframeworkgroupId>
<artifactId>spring-beansartifactId>
<version>${spring-version}version>
dependency>
<dependency>
<groupId>org.springframeworkgroupId>
<artifactId>spring-contextartifactId>
<version>${spring-version}version>
dependency>
<dependency>
<groupId>org.springframeworkgroupId>
<artifactId>spring-webartifactId>
<version>${spring-version}version>
dependency>
<dependency>
<groupId>org.springframeworkgroupId>
<artifactId>spring-expressionartifactId>
<version>${spring-version}version>
dependency>
<dependency>
<groupId>org.springframeworkgroupId>
<artifactId>spring-context-supportartifactId>
<version>${spring-version}version>
dependency>
<dependency>
<groupId>org.springframeworkgroupId>
<artifactId>spring-txartifactId>
<version>${spring-version}version>
dependency>
<dependency>
<groupId>org.springframeworkgroupId>
<artifactId>spring-jdbcartifactId>
<version>${spring-version}version>
dependency>
<dependency>
<groupId>org.aspectjgroupId>
<artifactId>aspectjweaverartifactId>
<version>1.7.4version>
dependency>
<dependency>
<groupId>c3p0groupId>
<artifactId>c3p0artifactId>
<version>0.9.1.2version>
dependency>
<dependency>
<groupId>mysqlgroupId>
<artifactId>mysql-connector-javaartifactId>
<version>5.1.35version>
dependency>- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- 42
- 43
- 44
- 45
- 46
- 47
- 48
- 49
- 50
- 51
- 52
- 53
- 54
- 55
- 56
- 57
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- 42
- 43
- 44
- 45
- 46
- 47
- 48
- 49
- 50
- 51
- 52
- 53
- 54
- 55
- 56
- 57
IOC 和 DI
IOC(Inversion of Control)：其思想是反转资源获取的方向. 传统的资源查找方式要求组件向容器发起请求查找资源. 作为回应, 容器适时的返回资源. 而应用了 IOC 之后, 则是容器主动地将资源推送给它所管理的组件, 组件所要做的仅是选择一种合适的方式来接受资源. 这种行为也被称为查找的被动形式
DI(Dependency Injection) — IOC 的另一种表述方式：即组件以一些预先定义好的方式(例如: setter 方法)接受来自如容器的资源注入. 相对于 IOC 而言，这种表述更直接
IOC 前生 — 分离接口与实现
需求: 生成 HTML 或 PDF 格式的不同类型的报表
IOC 前生 — 采用工厂设计模式
IOC — 采用反转控制
Spring 容器
在 Spring IOC 容器读取 Bean 配置创建 Bean 实例之前, 必须对它进行实例化. 只有在容器实例化后, 才可以从 IOC 容器里获取 Bean 实例并使用.
Spring 提供了两种类型的 IOC 容器实现.
BeanFactory: IOC 容器的基本实现.
ApplicationContext: 提供了更多的高级特性. 是 BeanFactory 的子接口.
BeanFactory 是 Spring 框架的基础设施，面向 Spring 本身；ApplicationContext 面向使用 Spring 框架的开发者，几乎所有的应用场合都直接使用 ApplicationContext 而非底层的 BeanFactory
无论使用何种方式, 配置文件时相同的.
ApplicationContext
ApplicationContext 的主要实现类：
ClassPathXmlApplicationContext：从 类路径下加载配置文件
FileSystemXmlApplicationContext: 从文件系统中加载配置文件
ConfigurableApplicationContext 扩展于 ApplicationContext，新增加两个主要方法：refresh() 和 close()， 让 ApplicationContext 具有启动、刷新和关闭上下文的能力
ApplicationContext 在初始化上下文时就实例化所有单例的 Bean。
WebApplicationContext 是专门为 WEB 应用而准备的，它允许从相对于 WEB 根目录的路径中完成初始化工作
从 IOC 容器中获取 Bean
调用 ApplicationContext 的 getBean() 方法 
依赖注入的方式
Spring 支持 3 种依赖注入的方式
1. 属性注入
2. 构造器注入
3. 工厂方法注入（很少使用，不推荐）
属性注入
属性注入即通过 setter 方法注入Bean 的属性值或依赖的对象
属性注入使用
属性注入是实际应用中最常用的注入方式 
构造方法注入
通过构造方法注入Bean 的属性值或依赖的对象，它保证了 Bean 实例在实例化后就可以使用。
构造器注入在
按索引匹配入参： 
按类型匹配入参： 
注入细节
字面值
字面值：可用字符串表示的值，可以通过
基本数据类型及其封装类、String 等类型都可以采取字面值注入的方式
若字面值中包含特殊字符，可以使用
引用其它 Bean
组成应用程序的 Bean 经常需要相互协作以完成应用程序的功能. 要使 Bean 能够相互访问, 就必须在 Bean 配置文件中指定对 Bean 的引用
在 Bean 的配置文件中, 可以通过元素或 ref 属性为 Bean 的属性或构造器参数指定对 Bean 的引用.
也可以在属性或构造器里包含 Bean 的声明, 这样的 Bean 称为内部 Bean 
内部 Bean
当 Bean 实例仅仅给一个特定的属性使用时, 可以将其声明为内部 Bean. 内部 Bean 声明直接包含在
内部 Bean 不能使用在任何其他地方
注入参数详解：null 值和级联属性
可以使用专用的
和 Struts、Hiberante 等框架一样，Spring 支持级联属性的配置。
集合属性
在 Spring中可以通过一组内置的 xml 标签(例如:,
java.util.List
配置 java.util.List 类型的属性, 需要指定指定对其他 Bean 的引用. 通过
数组的定义和 List 一样, 都使用
java.util.Set
配置 java.util.Set 需要使用
Java.util.Map
Java.util.Map 通过 标签定义, 标签里可以使用多个
必须在
因为键和值的类型没有限制, 所以可以自由地为它们指定
可以将 Map 的键和值作为
使用
使用 utility scheme 定义集合
使用基本的集合标签定义集合时, 不能将集合作为独立的 Bean 定义, 导致其他 Bean 无法引用该集合, 所以无法在不同 Bean 之间共享集合.
可以使用 util schema 里的集合标签定义独立的集合 Bean. 需要注意的是, 必须在 根元素里添加 util schema 定义
使用 p 命名空间
为了简化 XML 文件的配置，越来越多的 XML 文件采用属性而非子元素配置信息。
Spring 从 2.5 版本开始引入了一个新的 p 命名空间，可以通过
使用 p 命名空间后，基于 XML 的配置方式将进一步简化
XML 配置里的 Bean 自动装配
Spring IOC 容器可以自动装配 Bean. 需要做的仅仅是在 的 autowire 属性里指定自动装配的模式
byType(根据类型自动装配): 若 IOC 容器中有多个与目标 Bean 类型一致的 Bean. 在这种情况下, Spring 将无法判定哪个 Bean 最合适该属性, 所以不能执行自动装配.
byName(根据名称自动装配): 必须将目标 Bean 的名称和属性名设置的完全相同.
constructor(通过构造器自动装配): 当 Bean 中存在多个构造器时, 此种自动装配方式将会很复杂. 不推荐使用
自动装配的缺点
在 Bean 配置文件里设置 autowire 属性进行自动装配将会装配 Bean 的所有属性. 然而, 若只希望装配个别属性时, autowire 属性就不够灵活了.
autowire 属性要么根据类型自动装配, 要么根据名称自动装配, 不能两者兼而有之.
一般情况下，在实际的项目中很少使用自动装配功能，因为和自动装配功能所带来的好处比起来，明确清晰的配置文档更有说服力一些
继承 Bean 配置
Spring 允许继承 bean 的配置, 被继承的 bean 称为父 bean. 继承这个父 Bean 的 Bean 称为子 Bean
子 Bean 从父 Bean 中继承配置, 包括 Bean 的属性配置
子 Bean 也可以覆盖从父 Bean 继承过来的配置
父 Bean 可以作为配置模板, 也可以作为 Bean 实例. 若只想把父 Bean 作为模板, 可以设置 的abstract 属性为 true, 这样 Spring 将不会实例化这个 Bean
并不是 元素里的所有属性都会被继承. 比如: autowire, abstract 等.
也可以忽略父 Bean 的 class 属性, 让子 Bean 指定自己的类, 而共享相同的属性配置. 但此时 abstract 必须设为 true
依赖 Bean 配置
Spring 允许用户通过 depends-on 属性设定 Bean 前置依赖的Bean，前置依赖的 Bean 会在本 Bean 实例化之前创建好
如果前置依赖于多个 Bean，则可以通过逗号，空格或的方式配置 Bean 的名称
Bean 的作用域
在 Spring 中, 可以在 元素的 scope 属性里设置 Bean 的作用域.
默认情况下, Spring 只为每个在 IOC 容器里声明的 Bean 创建唯一一个实例, 整个 IOC 容器范围内都能共享该实例：所有后续的 getBean() 调用和 Bean 引用都将返回这个唯一的 Bean 实例.该作用域被称为 singleton, 它是所有 Bean 的默认作用域. 
使用外部属性文件
在配置文件里配置 Bean 时, 有时需要在 Bean 的配置里混入系统部署的细节信息(例如: 文件路径, 数据源配置信息等). 而这些部署细节实际上需要和 Bean 配置相分离
Spring 提供了一个 PropertyPlaceholderConfigurer 的 BeanFactory 后置处理器, 这个处理器允许用户将 Bean 配置的部分内容外移到属性文件中. 可以在 Bean 配置文件里使用形式为${var}的变量, PropertyPlaceholderConfigurer 从属性文件里加载属性, 并使用这些属性来替换变量.
Spring 还允许在属性文件中使用${propName}，以实现属性之间的相互引用。
注册 PropertyPlaceholderConfigurer
Spring 2.0:
Spring 2.5 之后:
可通过
在配置文件中加入如下配置: 
Spring表达式语言：SpEL
Spring 表达式语言（简称SpEL）：是一个支持运行时查询和操作对象图的强大的表达式语言。
语法类似于 EL：SpEL 使用#{…}作为定界符，所有在大框号中的字符都将被认为是 SpEL
SpEL 为 bean 的属性进行动态赋值提供了便利
通过 SpEL 可以实现：
1. 通过 bean 的 id 对 bean 进行引用
2. 调用方法以及引用对象中的属性
3. 计算表达式的值
4. 正则表达式的匹配
SpEL：字面量
字面量的表示：
整数：
小数：
科学计数法：
String可以使用单引号或者双引号作为字符串的定界符号：或
Boolean：
SpEL：引用 Bean、属性和方法
- 引用其他对象：
- 引用其他对象的属性
- 调用其他方法，还可以链式操作
- 调用静态方法或静态属性：通过 T() 调用一个类的静态方法，它将返回一个 Class Object，然后再调用相应的方法或属性：
SpEL支持的运算符号
- 算数运算符：+, -, *, /, %, ^：
- 加号还可以用作字符串连接：
- 比较运算符： <, >, ==, <=, >=, lt, gt, eq, le, ge
- 逻辑运算符号： and, or, not, |
- if-else 运算符：?: (ternary), ?: (Elvis)
- if-else 的变体
- 正则表达式：matches
IOC 容器中 Bean 的生命周期方法
Spring IOC 容器可以管理 Bean 的生命周期, Spring 允许在 Bean 生命周期的特定点执行定制的任务.
Spring IOC 容器对 Bean 的生命周期进行管理的过程:
1. 通过构造器或工厂方法创建 Bean 实例
2. 为 Bean 的属性设置值和对其他 Bean 的引用
3. 调用 Bean 的初始化方法
4. Bean 可以使用了
5. 当容器关闭时, 调用 Bean 的销毁方法
在 Bean 的声明里设置 init-method 和 destroy-method 属性, 为 Bean 指定初始化和销毁方法.
创建 Bean 后置处理器
Bean 后置处理器允许在调用初始化方法前后对 Bean 进行额外的处理.
Bean 后置处理器对 IOC 容器里的所有 Bean 实例逐一处理, 而非单一实例. 其典型应用是: 检查 Bean 属性的正确性或根据特定的标准更改 Bean 的属性.
对Bean 后置处理器而言, 需要实现 
接口. 在初始化方法被调用前后, Spring 将把每个 Bean 实例分别传递给上述接口的以下两个方法: 
添加 Bean 后置处理器后 Bean 的生命周期
后置处理器实现类
@Component
public class MyBeanProcesser implements BeanPostProcessor {
@Override
public Object postProcessBeforeInitialization(Object bean, String beanName) throws BeansException {
System.out.println("MyBeanProcesser BeforeInitialization" + beanName);
return bean;
}
@Override
public Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException {
System.out.println("MyBeanProcesser AfterInitialization" + beanName);
return bean;
}
}- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
Spring IOC 容器对 Bean 的生命周期进行管理的过程:
1. 通过构造器或工厂方法创建 Bean 实例
2. 为 Bean 的属性设置值和对其他 Bean 的引用
3. 将 Bean 实例传递给 Bean 后置处理器的 postProcessBeforeInitialization 方法
4. 调用 Bean 的初始化方法
5. 将 Bean 实例传递给 Bean 后置处理器的 postProcessAfterInitialization方法
6. Bean 可以使用了
7. 当容器关闭时, 调用 Bean 的销毁方法
通过工厂创建Bean
通过调用静态工厂方法创建 Bean
调用静态工厂方法创建 Bean是将对象创建的过程封装到静态方法中. 当客户端需要对象时, 只需要简单地调用静态方法, 而不同关心创建对象的细节.
要声明通过静态方法创建的 Bean, 需要在 Bean 的 class 属性里指定拥有该工厂的方法的类, 同时在 factory-method 属性里指定工厂方法的名称. 最后, 使用
STEP1 准备需要构造的Bean，以及静态工厂类
public class Phone {
private int id;
private int stock;
public Phone(int id, int stock) {
this.id = id;
this.stock = stock;
}
getter setter...
@Override
public String toString() {
return "Phone{" +
"id=" + id +
", stock=" + stock +
'}';
}
}- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
/**
* 静态工程方法,不需要实例化,直接调用某一个类的静态方法就可以返回Bean的实例
*/
public class BeanStaticFactory {
private static Map m;
static {
if (m == null)
m = new HashMap<>();
m.put("iphone",new Phone(1,300));
m.put("nokia",new Phone(3,10));
}
public static Object getBeanByName(String beanName){
return m.get(beanName);
}
} - 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
STEP2 配置文件
<bean id="phone"
class="com.iboray.spring4test.factoryBean.BeanStaticFactory"
factory-method="getBeanByName"
>
<constructor-arg value="iphone">constructor-arg>
bean>- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
测试
ApplicationContext act = new ClassPathXmlApplicationContext("applicationContext.xml");
Phone phone = (Phone)act.getBean("phone");
System.out.println("The Phone is : "+ phone);- 1
- 2
- 3
- 4
- 5
- 1
- 2
- 3
- 4
- 5
通过调用实例工厂方法创建 Bean
STEP1 准备Bean（同上）以及实例工厂
/**
* 实例工厂方法
*
*/
public class InstanceFactory {
private static Map m;
public InstanceFactory() {
if (m == null)
m = new HashMap<>();
m.put("iphone",new Phone(1,300));
m.put("nokia",new Phone(3,10));
}
public Object getBeanByName(String beanName){
return m.get(beanName);
}
} - 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
STEP2 配置文件
<bean id="instanceFactory"
class="com.iboray.spring4test.factoryBean.InstanceFactory" >
bean>
<bean id="nokia" factory-bean="instanceFactory"
factory-method="getBeanByName">
<constructor-arg value="nokia">constructor-arg>
bean>- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
测试
public static void main(String[] args){
ApplicationContext act = new ClassPathXmlApplicationContext("applicationContext.xml");
Phone phone = (Phone)act.getBean("nokia");
System.out.println("The Phone is : "+ phone);
}- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
实现 FactoryBean 接口在 Spring IOC 容器中配置 Bean
STEP1 准备自定义工厂类
/**
* 自定义的BeanFactory需要实现spring提供的FactoryBean
*/
public class PhoneFactory implements FactoryBean<Phone> {
private int phoneId;
public void setPhoneId(int phoneId) {
this.phoneId = phoneId;
}
//返回Bean对象
@Override
public Phone getObject() throws Exception {
return new Phone(phoneId,3);
}
//返回Bean类型
@Override
public Class getObjectType() {
return Phone.class;
}
//是否单例
@Override
public boolean isSingleton() {
return true;
}
}- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
STEP2 配置文件
<bean id="phone" class="com.iboray.spring4test.factoryBean.PhoneFactory">
<property name="phoneId" value="10">property>
bean>- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
测试
public static void main(String[] args){
ApplicationContext act = new ClassPathXmlApplicationContext("applicationContext.xml");
Phone phone = (Phone)act.getBean("phone");
System.out.println("The Phone is : "+ phone);
}- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
在 classpath 中扫描组件
组件扫描(component scanning): Spring 能够从 classpath 下自动扫描, 侦测和实例化具有特定注解的组件.
特定组件包括:
1. @Component: 基本注解, 标识了一个受 Spring 管理的组件
2. @Respository: 标识持久层组件
3. @Service: 标识服务层(业务层)组件
4. @Controller: 标识表现层组件
对于扫描到的组件, Spring 有默认的命名策略: 使用非限定类名, 第一个字母小写. 也可以在注解中通过 value 属性值标识组件的名称
当在组件类上使用了特定的注解之后, 还需要在 Spring 的配置文件中声明
base-package 属性指定一个需要扫描的基类包，Spring 容器将会扫描这个基类包里及其子包中的所有类.
当需要扫描多个包时, 可以使用逗号分隔.
如果仅希望扫描特定的类而非基包下的所有类，可使用 resource-pattern 属性过滤特定的类，示例：
<content:component-scan
base-package="com.iboray.spring4test"
resource-pattern="aop/*.class"
/>- 1
- 2
- 3
- 4
- 1
- 2
- 3
- 4
组件装配
使用 @Autowired 自动装配 Bean
@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 的名称作为键值
使用 @Resource 或 @Inject 自动装配 Bean
Spring 还支持 @Resource 和 @Inject 注解，这两个注解和 @Autowired 注解的功用类似
@Resource 注解要求提供一个 Bean 名称的属性，若该属性为空，则自动采用标注处的变量或方法名作为 Bean 的名称
@Inject 和 @Autowired 注解一样也是按类型匹配注入的 Bean， 但没有 reqired 属性
建议使用 @Autowired 注解
整合多个配置文件
Spring 允许通过 将多个配置文件引入到一个文件中，进行配置文件的集成。这样在启动 Spring 容器时，仅需要指定这个合并好的配置文件就可以。
import 元素的 resource 属性支持 Spring 的标准的路径资源 
泛型依赖注入
Spring 4.x 中可以为子类注入子类对应的泛型类型的成员变量的引用 
STEP0 准备一个类
public class User {
}- 1
- 2
- 1
- 2
STEP1 准备Base的service和repository
/**
* 声明一个父类Repository,并标注泛型T
*/
public abstract class BaseRepository<T> {
public void insert(){
System.out.println("BaseRepository insert");
}
}- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
/**
* 声明一个父类Service,标注泛型T
*/
public abstract class BaseService<T> {
/**
* 这里标注Autowired,意思是可以被子类继承
* 这样子类传入子类实体类型(User)后与Repository的同类型(User)的子类建立关联.
* 从而实现泛型依赖注入,实际调用的是BaseRepository的实现类UserRepository
*/
@Autowired
public BaseRepository baseRepository;
public void add(){
System.out.println("baseRepository --> "+baseRepository);
baseRepository.insert();
};
} - 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
STEP2 repository子类
/**
* 标注Repository注解,纳入IOC容器
*/
@Repository
public class UserRepository extends BaseRepository<User> {
@Override
public void insert() {
System.out.println("UserRepository insert");
super.insert();
}
}- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
Service子类
/**
* 标注Service注解,纳入IOC容器
*/
@Service
public class MyUserServiceImpl extends BaseService<User> {
}- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
STEP3 测试
public class Test {
public static void main(String[] args){
ApplicationContext atx = new ClassPathXmlApplicationContext("applicationContext.xml");
MyUserServiceImpl userService = (MyUserServiceImpl) atx.getBean("myUserServiceImpl");
userService.add();
}
}- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
结果
baseRepository --> com.iboray.spring4test.genericDI.UserRepository@b59d31
UserRepository insert
BaseRepository insert- 1
- 2
- 3
- 1
- 2
- 3
Spring AOP
问题背景
代码混乱：越来越多的非业务需求(日志和验证等)加入后, 原有的业务方法急剧膨胀. 每个方法在处理核心逻辑的同时还必须兼顾其他多个关注点.
代码分散: 以日志需求为例, 只是为了满足这个单一需求, 就不得不在多个模块（方法）里多次重复相同的日志代码. 如果日志需求发生变化, 必须修改所有模块.
使用动态代理解决上述问题
代理设计模式的原理: 使用一个代理将对象包装起来, 然后用该代理对象取代原始对象. 任何对原始对象的调用都要通过代理. 代理对象决定是否以及何时将方法调用转到原始对象上. 
CalculatorLoggingHandler 
CalculatorValidationHandler 
测试代码 
AOP 简介
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 添加到
要在 Spring IOC 容器中启用 AspectJ 注解支持, 只要在 Bean 配置文件中定义一个空的 XML 元素
当 Spring IOC 容器侦测到 Bean 配置文件中的
用 AspectJ 注解声明切面
要在 Spring 中声明 AspectJ 切面, 只需要在 IOC 容器中将切面声明为 Bean 实例. 当在 Spring IOC 容器中初始化 AspectJ 切面之后, Spring IOC 容器就会为那些与 AspectJ 切面相匹配的 Bean 创建代理.
在 AspectJ 注解中, 切面只是一个带有 @Aspect 注解的 Java 类.
通知是标注有某种注解的简单的 Java 方法.
AspectJ 支持 5 种类型的通知注解:
1. @Before: 前置通知, 在方法执行之前执行
2. @After: 后置通知, 在方法执行之后执行
3. @AfterRunning: 返回通知, 在方法返回结果之后执行
4. @AfterThrowing: 异常通知, 在方法抛出异常之后
5. @Around: 环绕通知, 围绕着方法执行
前置通知
前置通知:在方法执行之前执行的通知
前置通知使用 @Before 注解, 并将切入点表达式的值作为注解值. 
利用方法签名编写 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 类型的方法.
合并切入点表达式
在 AspectJ 中, 切入点表达式可以通过操作符 &&, ||, ! 结合起来. 
让通知访问当前连接点的细节
可以在通知方法中声明一个类型为 JoinPoint 的参数. 然后就能访问链接细节. 如方法名称和参数值. 
后置通知
后置通知是在连接点完成之后执行的, 即连接点返回结果或者抛出异常的时候, 下面的后置通知记录了方法的终止.
一个切面可以包括一个或者多个通知. 
返回通知
无论连接点是正常返回还是抛出异常, 后置通知都会执行. 如果只想在连接点返回的时候记录日志, 应使用返回通知代替后置通知. 
在返回通知中访问连接点的返回值
在返回通知中, 只要将 returning 属性添加到 @AfterReturning 注解中, 就可以访问连接点的返回值. 该属性的值即为用来传入返回值的参数名称.
必须在通知方法的签名中添加一个同名参数. 在运行时, Spring AOP 会通过这个参数传递返回值.
原始的切点表达式需要出现在 pointcut 属性中 
异常通知
只在连接点抛出异常时才执行异常通知
将 throwing 属性添加到 @AfterThrowing 注解中, 也可以访问连接点抛出的异常. Throwable 是所有错误和异常类的超类. 所以在异常通知方法可以捕获到任何错误和异常.
如果只对某种特殊的异常类型感兴趣, 可以将参数声明为其他异常的参数类型. 然后通知就只在抛出这个类型及其子类的异常时才被执行. 
环绕通知
环绕通知是所有通知类型中功能最为强大的, 能够全面地控制连接点. 甚至可以控制是否执行连接点.
对于环绕通知来说, 连接点的参数类型必须是 ProceedingJoinPoint . 它是 JoinPoint 的子接口, 允许控制何时执行, 是否执行连接点.
在环绕通知中需要明确调用 ProceedingJoinPoint 的 proceed() 方法来执行被代理的方法. 如果忘记这样做就会导致通知被执行了, 但目标方法没有被执行.
注意: 环绕通知的方法需要返回目标方法执行之后的结果, 即调用 joinPoint.proceed(); 的返回值, 否则会出现空指针异常 
引入通知
引入通知是一种特殊的通知类型. 它通过为接口提供实现类, 允许对象动态地实现接口, 就像对象已经在运行时扩展了实现类一样. 
引入通知可以使用两个实现类 MaxCalculatorImpl 和 MinCalculatorImpl, 让 ArithmeticCalculatorImpl 动态地实现 MaxCalculator 和 MinCalculator 接口. 而这与从 MaxCalculatorImpl 和 MinCalculatorImpl 中实现多继承的效果相同. 但却不需要修改 ArithmeticCalculatorImpl 的源代码
引入通知也必须在切面中声明
在切面中, 通过为任意字段添加@DeclareParents 注解来引入声明.
注解类型的 value 属性表示哪些类是当前引入通知的目标. value 属性值也可以是一个 AspectJ 类型的表达式, 以将一个即可引入到多个类中. defaultImpl 属性中指定这个接口使用的实现类 
指定切面的优先级
在同一个连接点上应用不止一个切面时, 除非明确指定, 否则它们的优先级是不确定的.
切面的优先级可以通过实现 Ordered 接口或利用 @Order 注解指定.
实现 Ordered 接口, getOrder() 方法的返回值越小, 优先级越高.
若使用 @Order 注解, 序号出现在注解中 
重用切入点定义
在编写 AspectJ 切面时, 可以直接在通知注解中书写切入点表达式. 但同一个切点表达式可能会在多个通知中重复出现.
在 AspectJ 切面中, 可以通过 @Pointcut 注解将一个切入点声明成简单的方法. 切入点的方法体通常是空的, 因为将切入点定义与应用程序逻辑混在一起是不合理的.
切入点方法的访问控制符同时也控制着这个切入点的可见性. 如果切入点要在多个切面中共用, 最好将它们集中在一个公共的类中. 在这种情况下, 它们必须被声明为 public. 在引入这个切入点时, 必须将类名也包括在内. 如果类没有与这个切面放在同一个包中, 还必须包含包名.
其他通知可以通过方法名称引入该切入点. 
练习
通过UserService的add方法练习日志切面和验证切面
STEP 1 UserService及实现类UserServiceImpl
public interface UserService {
public int add(int a,int b);
public double div(int a,int b);
public void send(String a);
}- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 1
- 2
- 3
- 4
- 5
- 6
- 7
@Service
public class UserServiceImpl implements UserService{
@Override
public int add(int a, int b) {
return a + b;
}
@Override
public double div(int a, int b) {
return a/b;
}
@Override
public void send(String a) {
System.out.println("Send Message content :"+ a);
}
}- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
STEP 2 日志切面
/**
* 标注Aspect,声明这是一个切面
* Component就不多说了.是为了load到Spring IOC容器
*
* 指定切面的优先级
* 在同一个连接点上应用不止一个切面时, 除非明确指定, 否则它们的优先级是不确定的.
* 切面的优先级可以通过实现 Ordered 接口或利用 @Order 注解指定.
* 实现 Ordered 接口, getOrder() 方法的返回值越小, 优先级越高.
* 若使用 @Order 注解, 序号出现在注解中
*/
@Aspect
@Component
@Order(2)
public class LoggerAop {
/**
* 重用切入点定义
* 在编写 AspectJ 切面时, 可以直接在通知注解中书写切入点表达式. 但同一个切点表达式可能会在多个通知中重复出现.
* 在 AspectJ 切面中, 可以通过 @Pointcut 注解将一个切入点声明成简单的方法.
* 切入点的方法体通常是空的, 因为将切入点定义与应用程序逻辑混在一起是不合理的.
* 切入点方法的访问控制符同时也控制着这个切入点的可见性. 如果切入点要在多个切面中共用, 最好将它们集中在一个公共的类中.
* 在这种情况下, 它们必须被声明为 public. 在引入这个切入点时, 必须将类名也包括在内. 如果类没有与这个切面放在同一个包中, 还必须包含包名.
* 其他通知可以通过方法名称引入该切入点.
*
* 合并切入点表达式
* 在 AspectJ 中, 切入点表达式可以通过操作符 &&, ||, ! 结合起来.
*/
@Pointcut("execution(* com.iboray.spring4test.aop.*.add(..)) " +
"|| execution(* com.iboray.spring4test.aop.*.div(..))" +
"|| execution(* com.iboray.spring4test.aop.*.send(..))")
private void logginOperation(){};
/**
* 前置通知
* 在方法执行之前执行的通知,前置通知使用 @Before 注解, 并将切入点表达式的值作为注解值.
*
*
* 利用方法签名编写 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 类型的方法.
*
*
* 让通知访问当前连接点的细节
* 可以在通知方法中声明一个类型为 JoinPoint 的参数. 然后就能访问链接细节. 如方法名称和参数值.
*/
@Before("execution(* com.iboray.spring4test.aop.*.*(..))")
public void beforLog(JoinPoint joinPoint){
Object[] o = joinPoint.getArgs();
System.out.println("[LOG] LoggerAop.beforLog--> Method : "+ joinPoint.getSignature().getName()
+" args : "+ Arrays.asList(o));
}
/**
* 后置通知
* 后置通知是在连接点完成之后执行的, 即连接点返回结果或者抛出异常的时候, 下面的后置通知记录了方法的终止.
* 一个切面可以包括一个或者多个通知.
*/
@After("logginOperation()")
public void afterLog(JoinPoint joinPoint){
System.out.println("[LOG] LoggerAop.afterLog Method :"+joinPoint.getSignature().getName() +" END!");
}
/**
* 返回通知
* 无论连接点是正常返回还是抛出异常, 后置通知都会执行.
* 如果只想在连接点返回的时候记录日志, 应使用返回通知代替后置通知.
*/
@AfterReturning("logginOperation()")
public void afterReturning(JoinPoint joinPoint){
System.out.println("[LOG] LoggerAop.afterReturning Method :"+joinPoint.getSignature().getName() +" END!");
}
/**
* 在返回通知中访问连接点的返回值
* 在返回通知中, 只要将 returning 属性添加到 @AfterReturning 注解中, 就可以访问连接点的返回值.
* 该属性的值即为用来传入返回值的参数名称.
* 必须在通知方法的签名中添加一个同名参数. 在运行时, Spring AOP 会通过这个参数传递返回值.
* 原始的切点表达式需要出现在 pointcut 属性中
*/
@AfterReturning(pointcut = "logginOperation()",returning = "result")
public void afterReturningByResult(JoinPoint joinPoint,Object result){
System.out.println("[LOG] LoggerAop.afterReturningByResult Method :"+joinPoint.getSignature().getName() +"" +
" Result : "+result+ " END!");
}
/**
* 异常通知
* 只在连接点抛出异常时才执行异常通知将 throwing 属性添加到 @AfterThrowing 注解中,
* 也可以访问连接点抛出的异常. Throwable 是所有错误和异常类的超类. 所以在异常通知方法可以捕获到任何错误和异常.
* 如果只对某种特殊的异常类型感兴趣, 可以将参数声明为其他异常的参数类型.
* 然后通知就只在抛出这个类型及其子类的异常时才被执行.
*/
@AfterThrowing(pointcut = "logginOperation()",throwing = "e")
public void afterThrowing(JoinPoint joinPoint,Exception e){
System.out.println("[LOG] LoggerAop.afterThrowing Method :"+joinPoint.getSignature().getName() +"" +
" Exception : "+e+ " END!");
}
/**
* 环绕通知
* 环绕通知是所有通知类型中功能最为强大的, 能够全面地控制连接点. 甚至可以控制是否执行连接点.
* 对于环绕通知来说, 连接点的参数类型必须是 ProceedingJoinPoint . 它是 JoinPoint 的子接口,
* 允许控制何时执行, 是否执行连接点.
* 在环绕通知中需要明确调用 ProceedingJoinPoint 的 proceed() 方法来执行被代理的方法.
* 如果忘记这样做就会导致通知被执行了, 但目标方法没有被执行.
* 注意: 环绕通知的方法需要返回目标方法执行之后的结果, 即调用 joinPoint.proceed(); 的返回值, 否则会出现空指针异常
*/
@Around("logginOperation()")
public void around(ProceedingJoinPoint proceedingJoinPoint) throws Throwable {
System.out.println("[LOG] LoggerAop.around Method :"+proceedingJoinPoint.getSignature().getName()+" Start...");
try {
proceedingJoinPoint.proceed();
System.out.println("[LOG] LoggerAop.around Method :"+proceedingJoinPoint.getSignature().getName()+" End...");
} catch (Throwable throwable) {
System.out.println("[LOG] LoggerAop.around Method :"+proceedingJoinPoint.getSignature().getName()+" Throws Exception..." + throwable);
throw throwable;
}
}
}- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- 42
- 43
- 44
- 45
- 46
- 47
- 48
- 49
- 50
- 51
- 52
- 53
- 54
- 55
- 56
- 57
- 58
- 59
- 60
- 61
- 62
- 63
- 64
- 65
- 66
- 67
- 68
- 69
- 70
- 71
- 72
- 73
- 74
- 75
- 76
- 77
- 78
- 79
- 80
- 81
- 82
- 83
- 84
- 85
- 86
- 87
- 88
- 89
- 90
- 91
- 92
- 93
- 94
- 95
- 96
- 97
- 98
- 99
- 100
- 101
- 102
- 103
- 104
- 105
- 106
- 107
- 108
- 109
- 110
- 111
- 112
- 113
- 114
- 115
- 116
- 117
- 118
- 119
- 120
- 121
- 122
- 123
- 124
- 125
- 126
- 127
- 128
- 129
- 130
- 131
- 132
- 133
- 134
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- 42
- 43
- 44
- 45
- 46
- 47
- 48
- 49
- 50
- 51
- 52
- 53
- 54
- 55
- 56
- 57
- 58
- 59
- 60
- 61
- 62
- 63
- 64
- 65
- 66
- 67
- 68
- 69
- 70
- 71
- 72
- 73
- 74
- 75
- 76
- 77
- 78
- 79
- 80
- 81
- 82
- 83
- 84
- 85
- 86
- 87
- 88
- 89
- 90
- 91
- 92
- 93
- 94
- 95
- 96
- 97
- 98
- 99
- 100
- 101
- 102
- 103
- 104
- 105
- 106
- 107
- 108
- 109
- 110
- 111
- 112
- 113
- 114
- 115
- 116
- 117
- 118
- 119
- 120
- 121
- 122
- 123
- 124
- 125
- 126
- 127
- 128
- 129
- 130
- 131
- 132
- 133
- 134
STEP3 验证切面
@Aspect
@Component
@Order(1)
public class ValidatorAop {
@Before("execution(* com.iboray.spring4test.aop.*.*(..))")
public void beforValidation(JoinPoint joinPoint){
System.out.println("[VALIDATE] ValidatorAopXml.beforValidation Method : "+ joinPoint.getSignature().getName());
}
}- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
STEP4 测试
public class Test {
public static void main(String[] args){
/**
* applicationContext.xml配置
* - 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
结果
[VALIDATE] ValidatorAopXml.beforValidation Method : add
[LOG] LoggerAop.around Method :add Start...
[LOG] LoggerAop.beforLog--> Method : add args : [2, 1]
[LOG] LoggerAop.around Method :add End...
[LOG] LoggerAop.afterLog Method :add END!
[LOG] LoggerAop.afterReturning Method :add END!
[LOG] LoggerAop.afterReturningByResult Method :add Result : null END!- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 1
- 2
- 3
- 4
- 5
- 6
- 7
用基于 XML 的配置声明切面
除了使用 AspectJ 注解声明切面, Spring 也支持在 Bean 配置文件中声明切面. 这种声明是通过 aop schema 中的 XML 元素完成的.
正常情况下, 基于注解的声明要优先于基于 XML 的声明. 通过 AspectJ 注解, 切面可以与 AspectJ 兼容, 而基于 XML 的配置则是 Spring 专有的. 由于 AspectJ 得到越来越多的 AOP 框架支持, 所以以注解风格编写的切面将会有更多重用的机会.
基于 XML —- 声明切面
当使用 XML 声明切面时, 需要在 根元素中导入 aop Schema
在 Bean 配置文件中, 所有的 Spring AOP 配置都必须定义在 元素内部. 对于每个切面而言, 都要创建一个 元素来为具体的切面实现引用后端 Bean 实例.
切面 Bean 必须有一个标示符, 供 元素引用 
基于 XML —- 声明切入点
切入点使用 元素声明
切入点必须定义在 元素下, 或者直接定义在 元素下.
定义在 元素下: 只对当前切面有效
定义在 元素下: 对所有切面都有效
基于 XML 的 AOP 配置不允许在切入点表达式中用名称引用其他切入点. 
基于 XML —- 声明通知
在 aop Schema 中, 每种通知类型都对应一个特定的 XML 元素.
通知元素需要使用 来引用切入点, 或用 直接嵌入切入点表达式. method 属性指定切面类中通知方法的名称. 
声明引入
可以利用 元素在切面内部声明引入 
练习
STEP1 验证切面
public class ValidatorAopXml {
public void beforValidation(JoinPoint joinPoint){
System.out.println("[VALIDATE] ValidatorAopXml.beforValidation Method : "+ joinPoint.getSignature().getName());
}
public void throwMethod(JoinPoint joinPoint,Exception e ){
System.out.println("[VALIDATE] ValidatorAopXml.throwMethod Method : "+ joinPoint.getSignature().getName()+"" +
" Exception"+e);
}
public void resultValidation(JoinPoint joinPoint,Object result){
System.out.println("[VALIDATE] ValidatorAopXml.resultValidation Method : "+ joinPoint.getSignature().getName()+"" +
" Result is : "+result);
}
}- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
STEP2 配置文件
<bean id="validatorAopXml" class="com.iboray.spring4test.aop.xml.ValidatorAopXml">bean>
<bean id="userService" class="com.iboray.spring4test.aop.UserServiceImpl">bean>
<aop:config>
<aop:pointcut id="default" expression="execution(* com.iboray.spring4test.aop.*.*(..))" />
<aop:aspect id="vax" ref="validatorAopXml">
<aop:before method="beforValidation" pointcut-ref="default">aop:before>
<aop:after-throwing method="throwMethod" pointcut-ref="default" throwing="e">aop:after-throwing>
<aop:after-returning method="resultValidation" pointcut-ref="default" returning="result">aop:after-returning>
aop:aspect>
aop:config>- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- 42
- 43
- 44
- 45
- 46
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- 42
- 43
- 44
- 45
- 46
测试
public static void main(String[] args){
ApplicationContext act = new ClassPathXmlApplicationContext("applicationContext-aop-xml.xml");
UserService userService = (UserService)act.getBean("userService");
double c = userService.div(2,1);
System.out.println("The main result is : "+ c);
}- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
结果
[VALIDATE] ValidatorAopXml.beforValidation Method : div
[VALIDATE] ValidatorAopXml.resultValidation Method : div Result is : 2.0
The main result is : 2.0- 1
- 2
- 3
- 1
- 2
- 3
JDBC 支持
JdbcTemplate 简介
为了使 JDBC 更加易于使用, Spring 在 JDBC API 上定义了一个抽象层, 以此建立一个 JDBC 存取框架.
作为 Spring JDBC 框架的核心, JDBC 模板的设计目的是为不同类型的 JDBC 操作提供模板方法. 每个模板方法都能控制整个过程, 并允许覆盖过程中的特定任务. 通过这种方式, 可以在尽可能保留灵活性的情况下, 将数据库存取的工作量降到最低.
使用 JdbcTemplate 更新数据库
使用 JdbcTemplate 查询数据库
简化 JDBC 模板查询
每次使用都创建一个 JdbcTemplate 的新实例, 这种做法效率很低下.
JdbcTemplate 类被设计成为线程安全的, 所以可以再 IOC 容器中声明它的单个实例, 并将这个实例注入到所有的 DAO 实例中.
JdbcTemplate 也利用了 Java 1.5 的特定(自动装箱, 泛型, 可变长度等)来简化开发
Spring JDBC 框架还提供了一个 JdbcDaoSupport 类来简化 DAO 实现. 该类声明了 jdbcTemplate 属性, 它可以从 IOC 容器中注入, 或者自动从数据源中创建.
注入 JDBC 模板示例代码
扩展 JdbcDaoSupport 示例代码
在 JDBC 模板中使用具名参数
在经典的 JDBC 用法中, SQL 参数是用占位符 ? 表示,并且受到位置的限制. 定位参数的问题在于, 一旦参数的顺序发生变化, 就必须改变参数绑定.
在 Spring JDBC 框架中, 绑定 SQL 参数的另一种选择是使用具名参数(named parameter).
具名参数: SQL 按名称(以冒号开头)而不是按位置进行指定. 具名参数更易于维护, 也提升了可读性. 具名参数由框架类在运行时用占位符取代
具名参数只在 NamedParameterJdbcTemplate 中得到支持
在 SQL 语句中使用具名参数时, 可以在一个 Map 中提供参数值, 参数名为键
也可以使用 SqlParameterSource 参数
批量更新时可以提供 Map 或 SqlParameterSource 的数组 
事务管理
事务管理是企业级应用程序开发中必不可少的技术, 用来确保数据的完整性和一致性.
事务就是一系列的动作, 它们被当做一个单独的工作单元. 这些动作要么全部完成, 要么全部不起作用
事务的四个关键属性(ACID)
1. 原子性(atomicity): 事务是一个原子操作, 由一系列动作组成. 事务的原子性确保动作要么全部完成要么完全不起作用.
2. 一致性(consistency): 一旦所有事务动作完成, 事务就被提交. 数据和资源就处于一种满足业务规则的一致性状态中.
3. 隔离性(isolation): 可能有许多事务会同时处理相同的数据, 因此每个事物都应该与其他事务隔离开来, 防止数据损坏.
4. 持久性(durability): 一旦事务完成, 无论发生什么系统错误, 它的结果都不应该受到影响. 通常情况下, 事务的结果被写到持久化存储器中.
问题
必须为不同的方法重写类似的样板代码
这段代码是特定于 JDBC 的, 一旦选择类其它数据库存取技术, 代码需要作出相应的修改
Spring 中的事务管理
作为企业级应用程序框架, Spring 在不同的事务管理 API 之上定义了一个抽象层. 而应用程序开发人员不必了解底层的事务管理 API, 就可以使用 Spring 的事务管理机制.
Spring 既支持编程式事务管理, 也支持声明式的事务管理.
编程式事务管理: 将事务管理代码嵌入到业务方法中来控制事务的提交和回滚. 在编程式管理事务时, 必须在每个事务操作中包含额外的事务管理代码.
声明式事务管理: 大多数情况下比编程式事务管理更好用. 它将事务管理代码从业务方法中分离出来, 以声明的方式来实现事务管理. 事务管理作为一种横切关注点, 可以通过 AOP 方法模块化. Spring 通过 Spring AOP 框架支持声明式事务管理.
Spring 中的事务管理器
Spring 从不同的事务管理 API 中抽象了一整套的事务机制. 开发人员不必了解底层的事务 API, 就可以利用这些事务机制. 有了这些事务机制, 事务管理代码就能独立于特定的事务技术了.
Spring 的核心事务管理抽象是 
它为事务管理封装了一组独立于技术的方法. 无论使用 Spring 的哪种事务管理策略(编程式或声明式), 事务管理器都是必须的.
Spring 中的事务管理器的不同实现
- 在应用程序中只需要处理一个数据源, 而且通过 JDBC 存取
- 在 JavaEE 应用服务器上用 JTA(Java Transaction API) 进行事务管理
- 用 Hibernate 框架存取数据库
事务管理器以普通的 Bean 形式声明在 Spring IOC 容器中
用事务通知声明式地管理事务
事务管理是一种横切关注点
为了在 Spring 2.x 中启用声明式事务管理, 可以通过 tx Schema 中定义的 元素声明事务通知, 为此必须事先将这个 Schema 定义添加到 根元素中去.
声明了事务通知后, 就需要将它与切入点关联起来. 由于事务通知是在 元素外部声明的, 所以它无法直接与切入点产生关联. 所以必须在 元素中声明一个增强器通知与切入点关联起来.
由于 Spring AOP 是基于代理的方法, 所以只能增强公共方法. 因此, 只有公有方法才能通过 Spring AOP 进行事务管理. 
用 @Transactional 注解声明式地管理事务
除了在带有切入点, 通知和增强器的 Bean 配置文件中声明事务外, Spring 还允许简单地用 @Transactional 注解来标注事务方法.
为了将方法定义为支持事务处理的, 可以为方法添加 @Transactional 注解. 根据 Spring AOP 基于代理机制, 只能标注公有方法.
可以在方法或者类级别上添加 @Transactional 注解. 当把这个注解应用到类上时, 这个类中的所有公共方法都会被定义成支持事务处理的.
在 Bean 配置文件中只需要启用 元素, 并为之指定事务管理器就可以了.
如果事务处理器的名称是 transactionManager, 就可以在 元素中省略 transaction-manager 属性. 这个元素会自动检测该名称的事务处理器.
用 @Transactional 注解声明式地管理事务配置文件示例代码
<context:property-placeholder location="classpath:db.properties" order="1" />
<context:component-scan base-package="com.iboray.spring4test.tx.annotation" />
<bean id="dataSource" class="com.mchange.v2.c3p0.ComboPooledDataSource">
<property name="user" value="${jdbc.username}">property>
<property name="password" value="${jdbc.password}">property>
<property name="driverClass" value="${jdbc.driver}">property>
<property name="jdbcUrl" value="${jdbc.url}">property>
bean>
<bean id="jdbcTemplate" class="org.springframework.jdbc.core.JdbcTemplate">
<property name="dataSource" ref="dataSource"/>
bean>
<bean id="transactionManager"
class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
<property name="dataSource" ref="dataSource">property>
bean>
<tx:annotation-driven transaction-manager="transactionManager"/>- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
事务传播属性
当事务方法被另一个事务方法调用时, 必须指定事务应该如何传播. 例如: 方法可能继续在现有事务中运行, 也可能开启一个新事务, 并在自己的事务中运行.
事务的传播行为可以由传播属性指定. Spring 定义了 7 种类传播行为.
Spring 支持的事务传播行为
REQUIRED 传播行为
当 bookService 的 purchase() 方法被另一个事务方法 checkout() 调用时, 它默认会在现有的事务内运行. 这个默认的传播行为就是 REQUIRED. 因此在 checkout() 方法的开始和终止边界内只有一个事务. 这个事务只在 checkout() 方法结束的时候被提交, 结果用户一本书都买不了
事务传播属性可以在 @Transactional 注解的 propagation 属性中定义 
REQUIRES_NEW 传播行为
另一种常见的传播行为是 REQUIRES_NEW. 它表示该方法必须启动一个新事务, 并在自己的事务内运行. 如果有事务在运行, 就应该先挂起它. 
在 Spring 2.x 事务通知中配置传播属性
在 Spring 2.x 事务通知中, 可以像下面这样在 元素中设定传播事务属性 
并发事务所导致的问题
当同一个应用程序或者不同应用程序中的多个事务在同一个数据集上并发执行时, 可能会出现许多意外的问题
并发事务所导致的问题可以分为下面三种类型:
脏读: 对于两个事物 T1, T2, T1 读取了已经被 T2 更新但 还没有被提交的字段. 之后, 若 T2 回滚, T1读取的内容就是临时且无效的.
不可重复读:对于两个事物 T1, T2, T1 读取了一个字段, 然后 T2 更新了该字段. 之后, T1再次读取同一个字段, 值就不同了.
幻读:对于两个事物 T1, T2, T1 从一个表中读取了一个字段, 然后 T2 在该表中插入了一些新的行. 之后, 如果 T1 再次读取同一个表, 就会多出几行.
事务的隔离级别
从理论上来说, 事务应该彼此完全隔离, 以避免并发事务所导致的问题. 然而, 那样会对性能产生极大的影响, 因为事务必须按顺序运行.
在实际开发中, 为了提升性能, 事务会以较低的隔离级别运行.
事务的隔离级别可以通过隔离事务属性指定
Spring 支持的事务隔离级别
事务的隔离级别要得到底层数据库引擎的支持, 而不是应用程序或者框架的支持.
Oracle 支持的 2 种事务隔离级别：READ_COMMITED , SERIALIZABLE
MySQL 支持 4 中事务隔离级别.
设置隔离事务属性
用 @Transactional 注解声明式地管理事务时可以在 @Transactional 的 isolation 属性中设置隔离级别. 
在 Spring 2.x 事务通知中, 可以在 元素中指定隔离级别 
设置回滚事务属性
默认情况下只有未检查异常(RuntimeException和Error类型的异常)会导致事务回滚. 而受检查异常不会.
事务的回滚规则可以通过 @Transactional 注解的 rollbackFor 和 noRollbackFor 属性来定义. 这两个属性被声明为 Class[] 类型的, 因此可以为这两个属性指定多个异常类.
1. rollbackFor: 遇到时必须进行回滚
2. noRollbackFor: 一组异常类，遇到时必须不回滚 
在 Spring 2.x 事务通知中, 可以在 元素中指定回滚规则. 如果有不止一种异常, 用逗号分隔. 
超时和只读属性
由于事务可以在行和表上获得锁, 因此长事务会占用资源, 并对整体性能产生影响.
如果一个事物只读取数据但不做修改, 数据库引擎可以对这个事务进行优化.
超时事务属性: 事务在强制回滚之前可以保持多久. 这样可以防止长期运行的事务占用资源.
只读事务属性: 表示这个事务只读取数据但不更新数据, 这样可以帮助数据库引擎优化事务.
设置超时和只读事务属性
超时和只读属性可以在 @Transactional 注解中定义.超时属性以秒为单位来计算. 
在 Spring 2.x 事务通知中, 超时和只读属性可以在 元素中进行指定. 
练习-注解方式
STEP1 准备数据库及实体类
//手机
public class Phone {
private int id; //手机编号
private int stock; //库存
getter setter...
}
//余额
public class Balance {
private int id;
private BigDecimal money; //余额
getter setter...
}- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
STEP2 手机和余额的repository
@Repository
public class BalanceRepository {
@Autowired
private JdbcTemplate jdbcTemplate;
public void sell(Integer id,BigDecimal m){
System.out.println("正在计算扣款....");
String sql="UPDATE balance SET money = ( money - ? ) WHERE id = ?";
Object[] objects = new Object[]{m,id};
int result = jdbcTemplate.update(sql,objects);
if (result == 1){
System.out.println("账户已扣款");
}
}
}
@Repository
public class PhoneRepository {
@Autowired
private JdbcTemplate jdbcTemplate;
public void buy(Integer id){
int stock = calculationStock(id);
Thread t = Thread.currentThread();
try {
t.sleep(1000);
} catch (InterruptedException e) {
e.printStackTrace();
}
String sql="UPDATE phone SET stock = ( stock - 1 ) WHERE id = ?";
Object[] objects = new Object[]{id};
int result = jdbcTemplate.update(sql,objects);
if (result == 1){
System.out.println("库存已减少");
}
}
public int calculationStock(Integer bookId){
System.out.println("正在核算库存....");
String sql = "SELECT stock FROM phone where id = ?";
Integer stock = 0;
try {
stock = jdbcTemplate.queryForObject(sql,new Object[]{bookId},Integer.class);
} catch (DataAccessException e) {
throw new StockException("库存异常");
}
System.out.println("ID为 : [ "+bookId+" ] 的库存为:"+stock);
if (stock == 0)
throw new StockException("库存异常");
return stock;
}
}- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- 42
- 43
- 44
- 45
- 46
- 47
- 48
- 49
- 50
- 51
- 52
- 53
- 54
- 55
- 56
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- 42
- 43
- 44
- 45
- 46
- 47
- 48
- 49
- 50
- 51
- 52
- 53
- 54
- 55
- 56
STEP3 service
public interface BalanceService {
/**
*
* @param balanceId 账户ID
* @param bookId 图书ID
* @param money 图书价格
*/
public void selling(int balanceId, int bookId, BigDecimal money);
}
@Service(value = "balanceService")
public class BalanceServiceImpl implements BalanceService {
@Autowired
private BalanceRepository balanceRepository;
@Autowired
private PhoneRepository phoneRepository;
@Transactional(propagation = Propagation.REQUIRED
,isolation = Isolation.READ_COMMITTED
,timeout = 2)
@Override
public void selling(int balanceId,int bookId, BigDecimal money) {
//先扣钱
balanceRepository.sell(balanceId,money);
//再交货
phoneRepository.buy(bookId);
}
}- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
STEP4 自定义异常
public class StockException extends RuntimeException {
public StockException(String message) {
super(message);
}
}- 1
- 2
- 3
- 4
- 5
- 6
- 1
- 2
- 3
- 4
- 5
- 6
STEP5 配置文件
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:context="http://www.springframework.org/schema/context"
xmlns:tx="http://www.springframework.org/schema/tx"
xmlns:aop="http://www.springframework.org/schema/aop"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans.xsd
http://www.springframework.org/schema/context
http://www.springframework.org/schema/context/spring-context-4.1.xsd
http://www.springframework.org/schema/tx
http://www.springframework.org/schema/tx/spring-tx-4.1.xsd
http://www.springframework.org/schema/aop
http://www.springframework.org/schema/aop/spring-aop-4.1.xsd">
<context:property-placeholder location="classpath:db.properties" order="1" />
<context:component-scan base-package="com.iboray.spring4test.tx.annotation" />
<bean id="dataSource" class="com.mchange.v2.c3p0.ComboPooledDataSource">
<property name="user" value="${jdbc.username}">property>
<property name="password" value="${jdbc.password}">property>
<property name="driverClass" value="${jdbc.driver}">property>
<property name="jdbcUrl" value="${jdbc.url}">property>
bean>
<bean id="jdbcTemplate" class="org.springframework.jdbc.core.JdbcTemplate">
<property name="dataSource" ref="dataSource"/>
bean>
<bean id="transactionManager"
class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
<property name="dataSource" ref="dataSource">property>
bean>
<tx:annotation-driven transaction-manager="transactionManager"/>
beans>- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
STEP6 测试
数据库情况
phone表 
balance表 
测试1 正常情况
public static void main(String[] args){
ApplicationContext act = new ClassPathXmlApplicationContext("applicationContext-tx-annotation.xml");
BalanceService balanceService = (BalanceService) act.getBean("balanceService");
balanceService.selling(1,2,new BigDecimal(30));
}- 1
- 2
- 3
- 4
- 5
- 1
- 2
- 3
- 4
- 5
执行结果
正在计算扣款....
账户已扣款
正在核算库存....
ID为 : [ 2 ] 的库存为:4
库存已减少- 1
- 2
- 3
- 4
- 5
- 1
- 2
- 3
- 4
- 5
数据库 
情况2 异常情况
//将这里的图书ID换为没有库存的ID
balanceService.selling(1,1,new BigDecimal(30));- 1
- 2
- 1
- 2
执行结果
正在计算扣款....
账户已扣款
正在核算库存....
ID为 : [ 1 ] 的库存为:0
Exception in thread "main" com.iboray.spring4test.tx.xml.StockException: 库存异常- 1
- 2
- 3
- 4
- 5
- 1
- 2
- 3
- 4
- 5
数据库 
练习-XML方式
说明:数据库，实体类，repository，service接口类和测试类都一样。
STEP1
将BalanceServiceImpl中事务注解去掉，修改为
@Service(value = "balanceService")
public class BalanceServiceImpl implements BalanceService {
@Autowired
private BalanceRepository balanceRepository;
@Autowired
private PhoneRepository phoneRepository;
@Override
public void selling(int balanceId,int bookId, BigDecimal money) {
//先扣钱
balanceRepository.sell(balanceId,money);
//再交货
phoneRepository.buy(bookId);
}
}- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
STEP2 修改配置文件
<context:property-placeholder location="classpath:db.properties" order="1" />
<context:component-scan base-package="com.iboray.spring4test.tx.xml" />
<bean id="dataSource" class="com.mchange.v2.c3p0.ComboPooledDataSource">
<property name="user" value="${jdbc.username}">property>
<property name="password" value="${jdbc.password}">property>
<property name="driverClass" value="${jdbc.driver}">property>
<property name="jdbcUrl" value="${jdbc.url}">property>
bean>
<bean id="jdbcTemplate" class="org.springframework.jdbc.core.JdbcTemplate">
<property name="dataSource" ref="dataSource"/>
bean>
<bean id="transactionManager"
class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
<property name="dataSource" ref="dataSource">property>
bean>
<tx:advice id="txAdvice" transaction-manager="transactionManager">
<tx:attributes>
<tx:method name="*"/>
tx:attributes>
tx:advice>
<aop:config>
<aop:pointcut id="default" expression="execution(* com.iboray.spring4test.tx.xml.service.*.*(..))" />
<aop:advisor advice-ref="txAdvice" pointcut-ref="default">aop:advisor>
aop:config>- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
测试正常和异常情况均和注解测试结果一致。