spring事务的传播方式

事务传播行为：是指添加事物时的策略 
1 PROPAGATION_REQUIRED
　　如果当前没有事务，就新建一个事务，如果已经存在一个事务中，加入到这个事务中。这是最常见的选择。
2　　PROPAGATION_SUPPORTS
　　支持当前事务，如果当前没有事务，就以非事务方式执行。
3　　PROPAGATION_MANDATORY
　　使 用当前的事务，如果当前没有事务，就抛出异常。
4　　PROPAGATION_REQUIRES_NEW
　　新建事务，如果当前存在事务，把当前事务挂起。
5　　PROPAGATION_NOT_SUPPORTED
　　以非事务方式执行操作，如果当前存在事务，就把当前事务挂起。
6　　PROPAGATION_NEVER
　　以非事务方式执行，如果当前存在事务，则抛出异常。
7　　PROPAGATION_NESTED
　　如果当前存在事务，则在嵌套事务内执行。如果当前没有事务，则执行与PROPAGATION_REQUIRED类似的操作。


Spring事务传播方式
主要控制当前的事务如何传播到另外的事务中

PROPAGATION_NESTED
如果当前存在事务，则在嵌套事务内执行。
如果当前没有事务，则进行与PROPAGATION_REQUIRED类似的操作。
嵌套事务一个非常重要的概念就是内层事务依赖于外层事务。
外层事务失败时，会回滚内层事务所做的动作。而内层事务操作失败并不会引起外层事务的回滚

PROPAGATION_NEVER
以非事务方式执行，如果当前存在事务，则抛出异常。

PROPAGATION_NOT_SUPPORTED
以非事务方式执行操作，如果当前存在事务，就把当前事务挂起

PROPAGATION_REQUIRED
支持当前事务，如果当前没有事务，就新建一个事务。这是最常见的选择（默认）

PROPAGATION_REQUIREDS_NEW
新建事务，如果当前存在事务，把当前事务挂起。

PROPAGATION_SUPPORTS
支持当前事务，如果当前没有事务，就以非事务方式执行。

PROPAGATION_MANDATORY
支持当前事务，如果当前没有事务，就抛出异常。



Spring事务隔离级别：
主要定义事务与事务之间在数据库读写方面的控制范围
主要解决脏读、不可重复读、虚读三个问题

ISOLATION_DEFAULT 默认级别

ISOLATION_READ_UNCOMMITED
事务最 低的隔离级别,充许别外一个事务可以看到这个事务未提交的数据,
会产生脏读，不可重复读和幻像读

ISOLATION_COMMITED
保证一个事务修改的数据提交后才能被另外一个事务读取,可以避免脏读出现，
但是可能会出现不可重复读和幻像读

ISOLATION_REPEATABLE_READ
保证一个事务不能读取另一个事务未提交的数据外可以防止脏读，不可重复读
但是可能出现幻像读

ISOLATION_SERIALIZABLE
花费最高代价但是最可靠的事务隔离级别。
事务被处理为顺序执行。除了防止脏读，不可重复读外，还避免了幻像读

Spring中的事务管理方式：
编程式和声明式（常 用）

注意事项:  
1. 事务边界设置在service层
2. 需要使 用SessionFactory.getCurrentSession
（hibernate3.6）不需要配置Session上下文hibernate.current_session_context_class
3. Spring默认通过捕获运行时异常实现事务回滚，
非运行期异常不会触发rollback
可以通过配置rollback-for 指定异常类
事务中不要catch异常，否则spring放弃事务管理s