spring in action学习笔记 4 事务处理

7.spring中的事务
    事务，确实是一个极为抽象的概念，我理解为就是一个连续的东西，保证在其中的行为要么全完成，要么全部回滚，什么都没发生一样。
    确保数据和资源永远不会处在一种不一致的状况下。
    描述事务的4个概念：原子性，一致性，隔离性，持久性。这个在哪里都有解释，只要自己理解了，就行了。spring的事务就像他对持久化的支持一样，基本上都是委托给第3方了，具体说：就是委托给第3方提供的事务管理器了。事物经常用在关于数据库的操作上，所以spring支持的有jdbc,jdo,jpa,hibernate等,事务管理器可选的非常多，不过他们都是默默的提供事务，只要和spring中的事务打交道，而不用关心这些具体实现。
    因为我以后想用hibernate当我的orm解决方案，所以我就着重看hibernate提供的事务管理器。首先是要声明它的事务管理器。当然还是在spring的配置文件中声明。
   

<bean id="transactionManager" class="org.springframework.orm.hibernate3.HibernateTransactionManager">
        <property name="sessionFactory" ref="sessionFactory"/>
    </bean>

当然你给配hibernate的 sessionFactory了。这个很好配置的，到处都有资料，这里就不贴出来了。
     HibernateTransactionManager把事务委托给一个从当前Hibernate会话中检索到的org.hibernate.Transaction对象。当一个事务完成时， HibernateTransactionManager就调用那个Transaction对象的commit方法，要是失败了，就调用rollback()方法。
    可以用编程的方式编写事务，当然有更好的方法，那就是声明式事务。
    首先，先给明白声明式事务的事务参数。
共有5种
1.传播方式：一个事物应该被挂起还是应该被启动，或者是一个方法是否应该在事务性上下文中运行。
2.隔离级别，一个事物可能受到其他并发事物活动影响的程度。（其中有脏读，不可重复读，换读等概念）
3.只读：后端数据库可以对只读的事物自动进行优化，但是事物必须具有一个新事物的传播行为。
4.事物超时：为了一个程序很好的执行，它的事物不能运行太长事件。
5.回滚规则：可以自己定义，默认情况下，事物只出现运行异常时回滚，出现受阻异常时不回滚。
    事物的实现也是通过代理的，代码和之前aop的差不多，声明一个xxxTarget，声明代理接口，配置事物管理器，最后配置规则。
    重点想说的是：最简单的事物实现方式，通过注解。
采用如下配置方案，配置一个事务的拦截器，它的属性就是之前定义的事务处理器，它的 transactionAttributeSource这个属性，就是让你填写，之前5种的事务参数，当然咱们用他自带的就行了。

<bean id="transactionInterceptor" class="org.springframework.transaction.interceptor.TransactionInterceptor">
        <property name="transactionManager" ref="transactionManager"/>
        <property name="transactionAttributeSource">
            <bean class="org.springframework.transaction.annotation.AnnotationTransactionAttributeSource"/>
        </property>
    </bean>

现在就可以在方法中直接用@Transactional就可以了

 @Transactional
    public void takeSeat(){
        System.out.println("观众们找到自己的座位，都坐下来了");
    }

嗯，加深了一下对事务的理解

这个事务是指spring中的事务类型？？和ejb中的事务不一样，ejb中有6种

是的，专指spring中的事务类型，是一个5边行，每条边是一种参数

能具体讲下应用吗？这样配置好像只能配置某个方法进行事务处理。如何配置一个bean进行事务管理呢

用注解是最灵活的一种方式啊，如果用编程的方式，很麻烦，我就没写出来。我的工作中都是用注解的

楼主的头像像日寇！

有点像，但是真的是德军~

脏读：发生在一个事物读取了被另外一个事务改写但尚未提交的数据时。如果这些改变在稍后被回滚了，那么第一个事务的数据就会无效。
这里面有个疑问：一个事务改写但尚未提交，比如一个事务（修改了用户名），此时修改的用户名有没有提交到数据库？还是？关键是未提交的更改到底有没有写入到数据库？

我还是喜欢基于aop的声明式事务处理。