Spring 下默认事务机制中@Transactional 无效的原因

本文探讨了Spring框架中@Transactional注解的使用限制,包括同一类内非事务方法调用事务方法时事务失效的情况,以及在private方法上使用@Transactional注解时事务无效的问题。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

Spring中 @Transactional 注解的限制
1. 同一个类中, 一个nan-transactional的方法去调用transactional的方法, 事务会失效

If you use (default) Spring Proxy AOP, then all AOP functionality provided by Spring (like @Transational) will only be taken into account if the call goes through the proxy. -- This is normally the case if the annotated method is invoked from another bean.
  1. 在private方法上标注transactional, 事务无效
When using proxies, you should apply the @Transactional annotation only to methods with public visibility. If you do annotate protected, private or package-visible methods with the @Transactional annotation, no error is raised, but the annotated method does not exhibit the configured transactional settings. Consider the use of AspectJ (see below) if you need to annotate non-public methods.

这里有一个详细的说明 http://stackoverflow.com/questions/4396284/does-spring-transactional-attribute-work-on-a-private-method

原文链接:http://xiaoqiangge.com/aritcle/1505889170305.html

<think>好的,我需要回答用户关于Spring框架中@Transactional注解的用法和功能的问题。首先,我得整理一下现有的参考资料,确保涵盖用户提到的各个要点。用户提到了使用说明、功能介绍、官方文档和最佳实践,所以需要从这几个方面展开。 首先,@Transactional注解的基本功能是声明式事务管理。根据引用[1],Spring事务管理分为编程式和声明式,这里重点在声明式。需要说明注解的作用范围,比如类或方法级别,并提到默认的回滚行为是仅运行时异常。同时,用户可能想知道如何扩展回滚到其他异常,比如检查型异常,这时候可以用rollbackFor属性。 接下来是事务传播机制,引用[2]提到了传播机制,比如REQUIRED、REQUIRES_NEW等,需要简要解释这些传播行为的含义,以及如何通过propagation属性设置。同时,事务失效的场景也是一个重点,比如自调用问题、非public方法等,引用[3]指出非public方法会导致事务不生效,这点必须强调。 然后要整理官方文档的要点,引用[2]的链接是Spring官方文档,可以提到推荐用户查阅该链接获取详细信息。此外,最佳实践部分需要结合资料中的内容,比如正确设置rollbackFor、避免自调用、使用public方法等。 还需要注意格式要求,用户提到行内数学表达式用$...$,不过这个问题可能不涉及数学公式,但需要确保其他格式正确,如代码块用```包裹,引用标识自然添加在段落末尾。同时生成相关问题,参考示例中的结构,最后列出相关问题。 现在检查是否有遗漏的信息。比如,引用[1]中的异常继承体系图虽然没有展示,但可以提到运行时异常和检查型异常的区别。事务传播机制的不同类型可能需要更详细的例子,但用户可能只需要基本说明。另外,事务失效的其他场景,如异常被捕获未抛出,或者数据库引擎不支持事务,这些可能需要补充。 最后,确保回答结构清晰,分点说明,符合用户要求的层次结构,并引用正确的来源。同时,生成的三个相关问题需要相关且有价值,帮助用户深入理解。</think>### Spring @Transactional 注解使用说明与功能介绍 #### 1. 核心功能 - **声明式事务管理**:通过注解简化事务配置,替代编程式事务管理[^1]。 - **事务范围控制**:支持类或方法级别的事务声明,方法级注解会覆盖类级配置。 - **默认回滚规则**:仅对运行时异常(`RuntimeException`)及其子类触发回滚,检查型异常(如`IOException`)默认不触发回滚。 - **自定义回滚**:通过`@Transactional(rollbackFor = Exception.class)`扩展回滚范围。 #### 2. 事务传播机制 通过`propagation`属性配置事务边界行为,常见选项: - `REQUIRED`(默认):存在事务则加入,否则新建 - `REQUIRES_NEW`:始终新建事务,挂起当前事务 - `NESTED`:嵌套事务执行 - `SUPPORTS`:存在事务则加入,否则无事务运行 [完整传播行为参考官方文档](https://docs.spring.io/spring-framework/reference/data-access/transaction/declarative/tx-propagation.html)[^2] #### 3. 使用规范(官方建议) ```java @Transactional public void updateOrder(Order order) { // 业务逻辑 } ``` - **可见性要求**:必须作用于`public`方法,私有/保护方法注解无效[^3] - **代理机制**:基于AOP代理实现,非Spring管理对象无效 - **自调用失效**:类内部方法互相调用会导致事务失效 #### 4. 最佳实践 1. **明确回滚异常** ```java @Transactional(rollbackFor = {SQLException.class, IOException.class}) ``` 2. **超时设置** ```java @Transactional(timeout = 30) // 单位:秒 ``` 3. **只读事务优化** ```java @Transactional(readOnly = true) ``` 4. **避免嵌套事务复杂度** 谨慎使用`REQUIRES_NEW`,可能引发死锁 #### 5. 典型失效场景 | 场景 | 解决方案 | |---------------------|----------------------------| | 非public方法 | 改用public修饰 | | 自调用 | 通过AopContext代理调用 | | 异常被捕获未抛出 | 在catch块抛出`throw new RuntimeException(e)` | | 数据库引擎不支持事务| 确认使用InnoDB等支持事务的引擎 |
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值