Spring 事务管理

一：非声明式事务，利用spring aop 配置
此方式无需手动抛出runtimeException

<bean id="transactionManager"
class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
<property name="dataSource" ref="dataSource" />
<property name="rollbackOnCommitFailure" value="true" />
</bean>

<tx:advice id="txAdvice" transaction-manager="transactionManager">
<tx:attributes>
<tx:method name="*" propagation="REQUIRED" />
</tx:attributes>
</tx:advice>


<aop:config proxy-target-class="true">
<aop:pointcut id="servicePointcut"
expression="execution(* spring.tx.service..*Service.*(..))" />
<aop:advisor advice-ref="txAdvice" pointcut-ref="servicePointcut" />
</aop:config>

二：声明式事务，利用注解
配置信息：

<context:annotation-config />

<tx:annotation-driven transaction-manager="transactionManager" proxy-target-class="true" />
<context:component-scan base-package="com.sohu.tv.crm" ></context:component-scan>

@Transactional(rollbackFor = Exception.class)

默认情况下，此注解只对RuntimeException 起作用，如果对所有的异常起作用，要对rollbackFor 属性设值

对于逻辑层的多个业务，要手动抛出异常抛出运行异常

例:

@Transactional

public boolean saveUnitHistory(UnitHistoryBean unitHistory) {

boolean flag = false;

try {

unitHistoryDao.saveUnitHistory(unitHistory);

int sbid = unitHistory.getId();

String strid = unitHistory.getStrid();

// 更新本次申报涉及记录的申报记录号

unitinfoDao.setUnitinfoSbid(strid, sbid);

unlpDao.setUnlpSbid(strid, sbid);

superCostDao.setSuperCostSbid(strid, sbid);

engineerDao.setEngineerSbid(strid, sbid);

inspectorDao.setInspectorSbid(strid, sbid);

performanceDao.setPerformanceSbid(strid, sbid);

flag = true;

} catch (RuntimeException e) {

flag = false;

throw e;

}

return flag;

}

-------------------------------------分割线--------------------------------------------------

@Transactional 事务回滚

Spring的AOP事务管理默认是针对unchecked exception回滚(运行期异常，Runtime Exception)。

unchecked ，就是不用手工写try catch的exception

Exception作为基类，下面还分checked exception和unchecked exception。如果客户端可以通过其他的方法恢复异常，那么这种异常就是checked exception；如果客户端对出现的这种异常无能为力，那么这种异常就是Unchecked exception；简单来说，继承于RuntimeException的都是unchecked exception。

Error：
1．总是不可控制的(unchecked)
2．经常用来用于表示系统错误或低层资源的错误
3．如何可能的话，应该在系统级被捕捉

Exception：
1．可以是可被控制(checked) 或不可控制的(unchecked)
2．表示一个由程序员导致的错误
3．应该在应用程序级被处理

Java 中定义了两类异常：
1) Checked exception: 这类异常都是Exception的子类。异常的向上抛出机制进行处理，假如子类可能产生A异常，那么在父类中也必须throws A异常。可能导致的问题：代码效率低，耦合度过高。
2) Unchecked exception: 这类异常都是RuntimeException的子类，虽然RuntimeException同样也是Exception的子类，但是它们是非凡的，它们不能通过client code来试图解决，所以称为Unchecked exception 。

在一个类的最外面加@Transactional

表示这个类的方法中，会开启事务

但这个事务只对unchecked( runtime exception)异常回滚

throw new RuntimeException("异常"); //这个回滚  

throw new Exception("异常");//这个不回滚  

对checked, Exception是不回滚的

如果要对checked异常进行回滚，则必须在此方法上加：

@Transactional(rollbackFor=Exception.class)  

在mng(service)中，如果只是get值，那么可以在此方法上加：

@Transactional(propagation=Propagation.NOT_SUPPORTED)  

事务默认为：

@Transactional(propagation=Propagation.REQUIRED)  

REQUIRED：业务方法需要在一个事务中运行。如果方法运行时，已经处在一个事务中，那么加入到该事务，否则为自己创建一个新的事务。

NOT_SUPPORTED：声明方法不需要事务。如果方法没有关联到一个事务，容器不会为它开启事务。如果方法在一个事务中被调用，该事务会被挂起，在方法调用结束后，原先的事务便会恢复执行。

REQUIRESNEW：属性表明不管是否存在事务，业务方法总会为自己发起一个新的事务。如果方法已经运行在一个事务中，则原有事务会被挂起，新的事务会被创建，直到方法执行结束，新事务才算结束，原先的事务才会恢复执行。

MANDATORY：该属性指定业务方法只能在一个已经存在的事务中执行，业务方法不能发起自己的事务。如果业务方法在没有事务的环境下调用，容器就会抛出例外。

SUPPORTS：这一事务属性表明，如果业务方法在某个事务范围内被调用，则方法成为该事务的一部分。如果业务方法在事务范围外被调用，则方法在没有事务的环境下执行。

Never：指定业务方法绝对不能在事务范围内执行。如果业务方法在某个事务中执行，容器会抛出例外，只有业务方法没有关联到任何事务，才能正常执行。

NESTED：如果一个活动的事务存在，则运行在一个嵌套的事务中. 如果没有活动事务, 则按REQUIRED属性执行.它使用了一个单独的事务，这个事务拥有多个可以回滚的保存点。内部事务的回滚不会对外部事务造成影响。它只对DataSourceTransactionManager事务管理器起效