Spring、EJB的声明式事务默认情况下都是在抛出unchecked exception后才会触发事务的回滚
测试用业务逻辑方法:
整个包裹起来,则这个业务方法也就等于脱离了spring事务的管理,因为没有任何异常会从业务方法中抛出!全被捕获并吞掉,导致spring异常抛出触发事务回滚策略失效。
不过,如果在catch代码块中采用页面硬编码的方式使用spring api对事务做显式的回滚,这样写也未尝不可。
-
-
-
-
- public class TestServiceImpl extends Service implements TestService {
-
-
-
-
- public void testAddPerson(String name) throws Exception {
- TestPerson p = new TestPerson();
- p.setName(name);
- this.getHibernateGenericController().save(p);
-
-
-
-
-
- throw new RuntimeException("抛出个运行时异常");
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
- }
-
- }
关于TransactionProxyFactoryBean的transactionAttributes中字符串的值(定义自TransactionAttributeEditor):
is a transaction attribute descriptors that parsed via TransactionAttributeEditor
见本博客:http://wuaner.iteye.com/admin/blogs/567792
单元测试代码:
- public class TestSpringDefaultRollback extends TestCase {
-
- private static ApplicationContext context = new ClassPathXmlApplicationContext("resource/xxx/applicationContext.xml");
- public void testDefaultRollback() throws Exception{
- TestService testServiceImpl = (TestService)context.getBean("testService");
- testServiceImpl.testAddPerson("张三");
- }
- }
将异常捕获,并且在catch块中不对事务做显式提交(或其他应该做的操作如关闭资源等)=生吞掉异常
spring的事务边界是在调用业务方法之前开始的,业务方法执行完毕之后来执行commit or rollback(Spring默认取决于是否抛出runtime异常).
如果抛出runtime exception 并在你的业务方法中没有catch到的话,事务会回滚。
一般不需要在业务方法中catch异常,如果非要catch,在做完你想做的工作后(比如关闭文件等)一定要抛出runtime exception,否则spring会将你的操作commit,这样就会产生脏数据.所以你的catch代码是画蛇添足。
由此可以推知,在spring中如果某个业务方法被一个
- try {
-
- } catch(Exception e) {
-
- }
分享到:
相关推荐
4. 异常处理:为了触发事务回滚,方法内通常会抛出未检查异常(继承自`RuntimeException`的异常)或显式指定需要回滚的检查异常。Spring默认只在遇到未检查异常时自动回滚事务,如果需要在特定检查异常下回滚,可以...
如果方法执行过程中发生异常,代理对象会触发事务回滚。 五、事务回滚的局限性 需要注意的是,`@Transactional`注解只能对Spring管理的bean起作用,对于非Spring管理的对象(如静态方法或第三方库的代码),`@...
其中,Callable 接口的 call 方法可以抛出异常,而 Runnable 接口的 run 方法不能抛出异常。因此,如果我们想捕获子线程的执行结果或异常,就应该使用 Callable 接口。 二、线程池的使用 在 Java 中,我们可以使用...
在这个例子中,`createUser`方法被标记为事务性的,如果在方法内部抛出未捕获的异常,Spring会自动回滚事务,确保数据一致性。 Spring事务管理的工作流程大致如下: 1. **AOP代理**:Spring使用AOP(面向切面编程)...
首先,Spring 默认只有在遇到未捕获的 `RuntimeException` 或其子类时才会触发事务回滚。这意味着,如果在业务代码中对异常进行了捕获并处理,而没有再抛出异常,那么事务将不会自动回滚。例如,在提供的代码实例中...
Spring的事务管理默认策略是,只有当方法抛出运行时异常时,事务才会被回滚。这是因为运行时异常被认为是不可预见的,程序不应该继续执行。而如果抛出的是检查异常,Spring默认假设这是业务逻辑的一部分,因此不会...
如果方法中抛出了未被捕获的异常,Spring会自动回滚事务;反之,如果方法正常结束,事务会被提交。 在Spring中,事务回滚规则基于异常类型。默认情况下,只有未检查异常(RuntimeException及其子类)会导致事务回滚...
6. **事务的回滚规则**:编程式事务中,可以通过抛出特定异常或者调用TransactionManager的rollback方法来触发事务回滚。Spring对异常进行了分类,只有特定的异常类型会触发事务回滚。 7. **实战应用**:在实际项目...
因此,为了确保事务回滚,你需要在`catch`块中重新抛出异常,或者在`finally`块中显式调用手动回滚的方法。特别要注意,如果`try-catch`块包含在`finally`中且在`finally`中有返回操作,那么catch中的异常会被返回...
- NEVER:如果存在事务,则抛出异常;否则,非事务环境运行。 - NESTED:如果当前存在事务,则在嵌套事务内执行;若无,则按REQUIRED行为处理。 #### 2.3 事务隔离级别 事务隔离级别是指并发事务间如何共享数据。...
1. **未被捕获的异常**:如果事务中的代码抛出了未被捕获的异常,Spring将自动回滚事务。 2. **显式回滚**:开发者可以在事务代码中显式调用`TransactionStatus.setRollbackOnly()`方法来强制回滚事务。 3. **特定...
- 默认情况下,如果事务中的任何方法抛出了未检查异常(继承自`RuntimeException`的异常)或`Error`,事务会被回滚。 - 如果你希望特定的受检异常(非`RuntimeException`的异常)也触发回滚,可以在`@...
- 默认情况下,只有运行时异常(继承自`RuntimeException`的异常)会导致事务回滚,非运行时异常(受检查的异常)不会导致回滚。 - 通过`rollbackFor`和`noRollbackFor`属性可以自定义哪些异常需要或不需要触发...
4. **异常处理**: 声明式事务管理基于异常驱动,当方法抛出未检查异常(继承自`RuntimeException`)或`Error`时,事务会自动回滚;而检查异常(非`RuntimeException`)则不会触发回滚,除非在注解中指定了`rollback...
// 手动抛出运行时异常以触发事务回滚 } return null; } @Override @Transactional(rollbackFor = Exception.class) public Long addBook(Book book) { try { Long result = bookRepository.addBook(book)...
例如,可以定义一个全局的异常拦截器,当检测到特定类型的异常时,自动触发事务回滚,防止脏数据的产生。在Spring.NET中,我们可以利用AOP来实现这个功能,创建一个切面,该切面会在方法执行前后进行拦截,如果方法...
例如,可以通过`JdbcTemplate`的`execute()`方法执行包含事务的SQL语句,并通过抛出异常来触发事务回滚。 **源码分析**:深入理解Spring JDBC事务管理的源码,可以帮助开发者更好地定制和优化事务处理。关键类如`...
5. **回滚规则**:在声明式事务管理中,可以通过`<tx:method>`的`no-rollback-for`和`rollback-for`属性定义哪些异常应该触发事务回滚,哪些异常不应触发回滚。 通过Spring.NET的事务管理,我们可以编写出更健壮、...
虽然Controller层通常不直接处理事务,但可以通过抛出异常来触发事务回滚。 6. **异常处理**:在Spring Boot中,我们可以自定义`@ControllerAdvice`类来处理全局异常,这有助于控制事务回滚逻辑。例如,当出现运行...
3. **事务回滚规则**:默认情况下,如果在@Transactional注解的方法中抛出未检查异常(继承自RuntimeException的异常)或者Error,Spring会自动回滚事务。对于受检查异常(非RuntimeException),需要显式地声明需要...