事务使用步骤如下：

步骤一：在spring配置文件中引入<tx:>命名空间 

<beans xmlns="http://www.springframework.org/schema/beans"  
       xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"  
       xmlns:tx="http://www.springframework.org/schema/tx"  
       xsi:schemaLocation="http://www.springframework.org/schema/beans  
         http://www.springframework.org/schema/beans/spring-beans-2.0.xsd  
         http://www.springframework.org/schema/tx  
         http://www.springframework.org/schema/tx/spring-tx-2.0.xsd">

步骤二：具有@Transactional 注解的bean自动配置为声明式事务支持

<!-- 事务管理器配置, Hibernate单数据源事务 -->
<bean id="defaultTransactionManager" class="org.springframework.orm.hibernate3.HibernateTransactionManager">
    <property name="sessionFactory" ref="sessionFactory" />
</bean>

<!-- 使用annotation定义事务 -->
<tx:annotation-driven transaction-manager="defaultTransactionManager" proxy-target-class="true" />

步骤三、在接口或类的声明处 ,写一个@Transactional. 要是只在接口上写, 接口的实现类就会继承下来、接口的实现类的具体方法,可以覆盖类声明处的设置 @Transactional   //类级的注解、适用于类中所有的public的方法

事务的传播行为和隔离级别：

　　大家在使用spring的注解式事务管理时，对事务的传播行为和隔离级别可能有点不知所措，下边就详细的介绍下以备方便查阅。

事物注解方式: @Transactional

当标于类前时, 标示类中所有方法都进行事物处理 , 例子:

@Transactional
public class TestServiceBean implements TestService {} 

当类中某些方法不需要事物时:

@Transactional
public class TestServiceBean implements TestService {   
    private TestDao dao;   
    public void setDao(TestDao dao) {
        this.dao = dao;
    }   
    @Transactional(propagation = Propagation.NOT_SUPPORTED)
    public List<Object> getAll() {
        return null;
    }   
}

事物传播行为介绍：

@Transactional(propagation=Propagation.REQUIRED) 

如果有事务, 那么加入事务, 没有的话新建一个(默认情况下)

@Transactional(propagation=Propagation.NOT_SUPPORTED) 

容器不为这个方法开启事务

@Transactional(propagation=Propagation.REQUIRES_NEW) 

不管是否存在事务,都创建一个新的事务,原来的挂起,新的执行完毕,继续执行老的事务

@Transactional(propagation=Propagation.MANDATORY) 

必须在一个已有的事务中执行,否则抛出异常

@Transactional(propagation=Propagation.NEVER) 

必须在一个没有的事务中执行,否则抛出异常(与Propagation.MANDATORY相反)

@Transactional(propagation=Propagation.SUPPORTS) 

如果其他bean调用这个方法,在其他bean中声明事务,那就用事务.如果其他bean没有声明事务,那就不用事务.

事物超时设置：

@Transactional(timeout=30) //默认是30秒

事务隔离级别：

@Transactional(isolation = Isolation.READ_UNCOMMITTED)

读取未提交数据(会出现脏读, 不可重复读) 基本不使用

@Transactional(isolation = Isolation.READ_COMMITTED)

读取已提交数据(会出现不可重复读和幻读)

@Transactional(isolation = Isolation.REPEATABLE_READ)

可重复读(会出现幻读)

@Transactional(isolation = Isolation.SERIALIZABLE)

串行化：

MYSQL： 默认为 REPEATABLE_READ 级别， SQLSERVER，Oracle: 默认为READ_COMMITTED

脏读 ：一个事务读取到另一事务未提交的更新数据

不可重复读 ：在同一事务中, 多次读取同一数据返回的结果有所不同, 换句话说,  后续读取可以读到另一事务已提交的更新数据。

　　　　 　　相反 “可重复读” 在同一事务中多次 读取数据时, 能够保证所读数据一样, 也就是后续读取不能读到另一事务已提交的更新数据

幻读 ：一个事务读到另一个事务已提交的insert数据

@Transactional注解中常用参数说明：

续：

注意的几点：

1 、@Transactional 只能被应用到public方法上, 对于其它非public的方法，如果标记了@Transactional也不会报错，但方法没有事务功能。

—————————————————————————————————————————————-

2、用 spring 事务管理器，由spring来负责数据库的打开，提交、回滚，默认遇到运行期例外 (throw new RuntimeException(“注释”);) 会回滚，即遇到不受检查（unchecked）的例外时回滚；而遇到需要捕获的例外(throw new Exception(“注释”);)不会回滚；即遇到受检查的例外（就是非运行时抛出的异常，编译器会检查到的异常叫受检查例外或说受检查异常）时，需我们指定方式来让事务回滚 要想所有异常都回滚，要加上 @Transactional( rollbackFor={Exception.class,其它异常}) 。如果让unchecked例外不回滚： @Transactional(notRollbackFor=RunTimeException.class)

如下：@Transactional(rollbackFor=Exception.class) //指定回滚，遇到异常Exception时回滚 public void methodName() { throw new Exception(“注释”);}

@Transactional(noRollbackFor=Exception.class)//指定不回滚，遇到运行期例外(throw new RuntimeException(“注释”);)会回滚 public ItimDaoImpl getItemDaoImpl() { throw new RuntimeException(“注释”); }

—————————————————————————————————————————————-

3、@Transactional 注解应该只被应用到 public 可见度的方法上。 如果你在 protected、private 或者 package-visible 的方法上使用 @Transactional 注解，它也不会报错， 但是这个被注解的方法将不会展示已配置的事务设置。

—————————————————————————————————————————————-

4、@Transactional 注解可以被应用于接口定义和接口方法、类定义和类的 public 方法上。

　  然而，请注意仅仅  @Transactional 注解的出现不足于开启事务行为，它仅仅 是一种元数据，能够被可以识别 @Transactional  注解和上述的配置适当的具有事务行为的beans所使用。

    上面的例子中，其实正是  <tx:annotation-driven/>元素的出现 开启 了事务行为。

—————————————————————————————————————————————-

Spring团队的建议是你在具体的类（或类的方法）上使用 @Transactional  注解，而不要使用在类所要实现的任何接口上。

你当然可以在接口上使用 @Transactional  注解，但是这将只能当你设置了基于接口的代理时它才生效。

因为注解是 不能继承  的，这就意味着如果你正在使用基于类的代理时，那么事务的设置将不能被基于类的代理所识别，而且对象也将不会被事务代理所包装（将被确认为严重的）。

因 此，请接受Spring团队的建议并且在具体的类上使用 @Transactional 注解。

————————————————————————————————————————————–

编程式事务与声明式事务的区别：

编程式事务：（参考地址）

　　所谓编程式事务指的是通过编码方式实现事务，即类似于JDBC编程实现事务管理。

　　管理使用TransactionTemplate或者直接使用底层的PlatformTransactionManager。对于编程式事务管理，spring推荐使用TransactionTemplate。

　　编程式事务需要你在代码中直接加入处理事务的逻辑,可能需要在代码中显式调用beginTransaction()、commit()、rollback() 等事务管理相关的方法。

　　如在执行a方法时候需要事务处理,你需要在a方法开始时候开启事务,处理完后。在方法结束时候,关闭事务。

声明式事务：

　　管理建立在AOP之上的。其本质是对方法前后进行拦截，然后在目标方法开始之前创建或者加入一个事务，在执行完目标方法之后根据执行情况提交或者回滚事务。

　　声明式事务最大的优点就是不需要通过编程的方式管理事务，这样就不需要在业务逻辑代码中掺杂事务管理的代码，只需在配置文件中做相关的事务规则声明(或通过基于@Transactional注解的方式)，

　　便可以将事务规则应用到业务逻辑中。

总结：（显然声明式事务管理要优于编程式事务管理，这正是spring倡导的非侵入式的开发方式。）

1、编程式事务侵入性比较强，但处理粒度更细编程式事务侵入性比较强，但处理粒度更细。

2、编程试事务就是需要手工写代码提交事务，回滚事务等 。

3、声明性事务就是在配置文件里面定义一下什么时候需要事务，到时候系统会自动commit，出异常了自动rollback，不需要在代码里面写commit或者rollback

声明式事务管理使业务代码不受污染，一个普通的POJO对象，只要加上注解就可以获得完全的事务支持。

和编程式事务相比，声明式事务唯一不足地方是，后者的最细粒度只能作用到方法级别，无法做到像编程式事务那样可以作用到代码块级别。

但是即便有这样的需求，也存在很多变通的方法，比如，可以将需要进行事务管理的代码块独立为方法等等。

扩展：

Spring对编程式事务的支持；

Spring中的事务分为物理事务和逻辑事务；

物理事务：就是底层数据库提供的事务支持，如JDBC或JTA提供的事务；

逻辑事务：是Spring管理的事务，不同于物理事务，逻辑事务提供更丰富的控制，而且如果想得到Spring事务管理的好处，必须使用逻辑事务，因此在Spring中如果没特别强调一般就是逻辑事务；  

逻辑事务解决方案：

低级别解决方案：

　　使用工具类获取连接（会话）和释放连接（会话），如使用org.springframework.jdbc.datasource包中的DataSourceUtils 类来获取和释放具有逻辑事务功能的连接。

　　当然对集成第三方ORM框架也提供了类似的工具类，如对Hibernate提供了SessionFactoryUtils工具类，JPA的EntityManagerFactoryUtils等，

高级别解决方案：

   使用Spring提供的模板类，如JdbcTemplate、HibernateTemplate和JpaTemplate模板类等，而这些模板类内部其实是使用了低级别解决方案中的工具类来管理连接或会话

　Spring提供两种编程式事务支持：直接使用PlatformTransactionManager实现和使用TransactionTemplate模板类，用于支持逻辑事务管理。

　如果采用编程式事务推荐使用TransactionTemplate模板类和高级别解决方案