Spring学习（七）—事务管理的实现

1、编程式事务

先配置事务管理器：

<bean id="dataSource" class="com.mchange.v2.c3p0.ComboPooledDataSource"> <property name="jdbcUrl" value="${db.jdbcUrl}" /> <property name="user" value="${user}" /> <property name="password" value="${password}" /> <property name="driverClass" value="${db.driverClass}" /> <!--连接池中保留的最小连接数。 --> <property name="minPoolSize"> <value>5</value> </property> <!--连接池中保留的最大连接数。Default: 15 --> <property name="maxPoolSize"> <value>30</value> </property> <!--初始化时获取的连接数，取值应在minPoolSize与maxPoolSize之间。Default: 3 --> <property name="initialPoolSize"> <value>10</value> </property> <!--最大空闲时间,60秒内未使用则连接被丢弃。若为0则永不丢弃。Default: 0 --> <property name="maxIdleTime"> <value>60</value> </property> <!--当连接池中的连接耗尽的时候c3p0一次同时获取的连接数。Default: 3 --> <property name="acquireIncrement"> <value>5</value> </property> <!--JDBC的标准参数，用以控制数据源内加载的PreparedStatements数量。但由于预缓存的statements 属于单个connection而不是整个连接池。所以设置这个参数需要考虑到多方面的因素。 如果maxStatements与maxStatementsPerConnection均为0，则缓存被关闭。Default: 0 --> <property name="maxStatements"> <value>0</value> </property> <!--每60秒检查所有连接池中的空闲连接。Default: 0 --> <property name="idleConnectionTestPeriod"> <value>60</value> </property> <!--定义在从数据库获取新连接失败后重复尝试的次数。Default: 30 --> <property name="acquireRetryAttempts"> <value>30</value> </property> <!--获取连接失败将会引起所有等待连接池来获取连接的线程抛出异常。但是数据源仍有效 保留，并在下次调用getConnection()的时候继续尝试获取连接。如果设为true，那么在尝试获取连接失败后该数据源将申明已断开并永久关闭。Default: false --> <property name="breakAfterAcquireFailure"> <value>true</value> </property> <!--因性能消耗大请只在需要的时候使用它。如果设为true那么在每个connection提交的 时候都将校验其有效性。建议使用idleConnectionTestPeriod或automaticTestTable等方法来提升连接测试的性能。Default: false --> <property name="testConnectionOnCheckout"> <value>false</value> </property> </bean> <!--DataSourceTransactionManager位于org.springframework.jdbc.datasource包下，数据源事务管理类，提供对单个javax.sql.DataSource数据源的事务管理，主要用于JDBC，Mybatis框架事务管理。 --> <bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager"> <property name="dataSource" ref="dataSource" /> </bean>

 

1.1 PlatformTransactionManager

其业务代码：

@Resource private PlatformTransactionManager txManager; @Resource private DataSource dataSource; private static JdbcTemplate jdbcTemplate; private static final String INSERT_SQL = "insert into user(id) values(?)"; private static final String COUNT_SQL = "select count(*) from user"; @Test public void testdelivery(){ //定义事务隔离级别，传播行为， DefaultTransactionDefinition def = new DefaultTransactionDefinition(); def.setIsolationLevel(TransactionDefinition.ISOLATION_READ_COMMITTED); def.setPropagationBehavior(TransactionDefinition.PROPAGATION_REQUIRED); //事务状态类，通过PlatformTransactionManager的getTransaction方法根据事务定义获取；获取事务状态后，Spring根据传播行为来决定如何开启事务 TransactionStatus status = txManager.getTransaction(def); jdbcTemplate = new JdbcTemplate(dataSource); int i = jdbcTemplate.queryForInt(COUNT_SQL); System.out.println("插入前表中记录总数："+i); try { jdbcTemplate.update(INSERT_SQL, "1"); txManager.commit(status); //提交status中绑定的事务 } catch (RuntimeException e) { txManager.rollback(status); //回滚 } i = jdbcTemplate.queryForInt(COUNT_SQL); System.out.println("插入后表中记录总数："+i); }

直接使用PlatformTransactionManager的优点：可以完全控制整个事务的过程。缺点也很明显，从应用程序开发的角度来看，其依然过于底层，全使用该方法管理事务，重复代码量也是惊人的。

鉴于使用PlatformTransactionManager进行事务管理流程比较固定，可以考虑像Spring的数据访问那样，使用模版方法模式与Callback相结合的方式，对直接使用PlatformTransactionManager的代码进行封装，于是就有了TransactionTemplate的管理事务的方式。

1.2 TransactionTemplate

jdbcTemplate = new JdbcTemplate(dataSource); int i = jdbcTemplate.queryForInt(COUNT_SQL); System.out.println("表中记录总数："+i); //构造函数初始化TransactionTemplate TransactionTemplate template = new TransactionTemplate(txManager); template.setIsolationLevel(TransactionDefinition.ISOLATION_READ_COMMITTED); //重写execute方法实现事务管理 template.execute(new TransactionCallbackWithoutResult() { @Override protected void doInTransactionWithoutResult(TransactionStatus status) { jdbcTemplate.update(INSERT_SQL, "中文"); //字段为int型，所以插入肯定失败报异常，自动回滚，代表TransactionTemplate自动管理事务 }} ); i = jdbcTemplate.queryForInt(COUNT_SQL); System.out.println("表中记录总数："+i);

Spring针对TransactionTemplate提供了两个Callback接口，TransactionCallback和TransactionCallbackWithoutResult，二者的唯一区别式是否需要返回结果。

TransactionTemplate会捕捉事务操作中的unchecked exception并进行回滚事务，然后异常抛给上层处理。所以我们只需要处理特定于应用程序异常即可。

2.声明式事务

<tx:advice id="advice" transaction-manager="transactionManager"> <tx:attributes> <!-- 拦截save开头的方法，事务传播行为为：REQUIRED：必须要有事务, 如果没有就在上下文创建一个 --> <tx:method name="save*" propagation="REQUIRED" isolation="READ_COMMITTED" timeout="" read-only="false" no-rollback-for="" rollback-for=""/> <!-- 支持,如果有就有,没有就没有 --> <tx:method name="*" propagation="SUPPORTS"/> </tx:attributes> </tx:advice> <!-- 定义切入点，指定impl包下的所有方法 --> <aop:config> <aop:pointcut expression="execution(* com.lyx.*.service.impl.*.*(..))" id="pointcut"/> <!--<aop:advisor>定义切入点，与通知，把tx与aop的配置关联,才是完整的声明事务配置 --> <aop:advisor advice-ref="advice" pointcut-ref="pointcut"/> </aop:config>

 

转载于:https://www.cnblogs.com/liyuxinBlog/p/8412933.html