声明性事务是spring一个很重要的功能，可以避免开发陷入繁琐的事务控制逻辑中。
但是可能是用着太方便了很多人对spring事务原理并不清楚，有必要做一番分析。
下边以拦截器配置方式进行说明，tx标签配置方式将在接下来另一篇文章做分析。
一、首先看配置文件：
PROPAGATION_REQUIRED,readOnly,-Exception
PROPAGATION_REQUIRED,readOnly,-Exception
PROPAGATION_REQUIRED,readOnly,-Exception
PROPAGATION_REQUIRED,-Exception
PROPAGATION_REQUIRED,-Exception
PROPAGATION_REQUIRED,-Exception
PROPAGATION_REQUIRED,-Exception
PROPAGATION_REQUIRED,-Exception
PROPAGATION_NOT_SUPPORTED,readOnly,-Exception
PROPAGATION_SUPPORTS,-Exception
class="org.springframework.aop.framework.autoproxy.BeanNameAutoProxyCreator">
true
*Service
配置第一步引入AOP代理autoProxyCreator，使用的是spring默认的jdk动态代理BeanNameAutoProxyCreator。
有两个属性要介绍一下：
1.拦截范围beanNames；例子中拦截范围是*Service,表示IOC容器中以Service结尾的bean,一般配置在spring.xml,serviceContext.xml之类的spring配置文件。
要注意这里不是值src下边的类。
bean配置信息：
有图有真相，下边是BeanNameAutoProxyCreator 调试信息。
2.截器interceptorNames
interceptorNames定义事务属性和事务管理器
配置第二步就是定义事务属性：事务传播范围、事务隔离级别
事务属性没什么好说的，使用spring进行事务管理的都了解，不在这里详细说了网上有大量资料。
配置第三步，指定事务管理器
这里用的是HibernateTransactionManager，spring提供对常见orm的事务支持。从spring源码可以看出HibernateTransactionManager.doGetTransaction()同时支持hibernate和jdbc。
支持hibernate和jdbc混合事务，不使用jta方式的话有个前提条件：使用同一个数据源，
这里所说的同一个数据源，不仅仅指物理上是同一个，在spring配置文件中也要是同一个。
我在开发中遇到过这个问题，最早定义了一个数据baseDataSource，hibernate和jdbc都使用此数据源，后来项目要求使用动态数据源就又配了一个数据源dynamicDataSource
仅在hibernate下做了改动，未改动jdbc对应配置，出现了事务控制问题。
出错了事务配置：
class="com.sitechasia.webx.dao.hibernate3.NamedMoudleHbmLocalSessionFactoryBean">
dao配置文件：
dao中同时支持hibernate操作和jdbc操作。
二、事务属性传播
先看这样一个列子：
1.基于jdk动态代理的AOP事务控制，只能针对接口。
在上边的配置文件中设置的事务属性对a3()都不起作用，a3()不能单独设计事务属性，只能继承接口方法的事务属性。
2.类自身事务嵌套
第一种情况：
AbcIService abcService;
BcdIService bcdService;
abcService.a1();
abcService.a2();
bcdService.b1();
这三个方法对应的事务属性都起作用。
第二种情况：
方法定义
public void a1() {
bcdService.b1();
}
调用:
abcService.a1();
结果：
abcService.a1();
bcdService.b1();
这两个方法对应的事务属性都起作用。
第三种情况：
方法定义
public void a1() {
this.a2();
}
调用：
abcService.a1();
结果：
abcService.a1();
abcService.a2();
a2()对应的事务属性配置不起作用。
解决办法：
1.把a2()拆到另一个类中去;
缺点：麻烦，会把相关业务逻辑拆分了
2.调用是不用this.a2(),用abcService.a2();
public void a1() {
abcService.a2();
}
缺点：要在类中注入自身引用。
原因分析：
为什么会出现这种情况呢？
我们在调用abcService.a1();时abcService是从IOC容器获取的，并AbcServiceImpl而是它的动态代理AbcServiceProxy。
示意图如下，spring不一定是这么实现的但原理一样.
AbcServiceProxy.a()方法进行了AOP增强，根据配置文件中事务属性增加了事务控制。
public void a1() {
this.a2();
}
this.a2()这里this指的是AbcIServiceImpl并没用进行AOP增强，所以没用应用事务属性，只能继承a1()的事务属性。
public void a1() {
abcService.a2();
}
abcService则实际是AbcServiceProxy.a2()所以可以应用事务属性。
所以在类内部进行方法嵌套调用，如果被嵌套的方法a2()需要区别于嵌套方法a1()的事务属性，需要:1.在接口公开；2.通过代理调用。
补上另一种。
见配置文件：
重点说明两点：
1.
表示你要进行事务控制的类名。详细资料可以查下aspectj语法。