文档建议反馈控制台
首页
学习
活动
专区
工具
TVP
最新优惠活动
文章/答案/技术大牛
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

Spring -没有在方法周围应用事务

Spring是一个开源的Java开发框架，用于构建企业级应用程序。它提供了一种轻量级的、非侵入式的编程模型，使得开发者可以更加方便地构建可扩展、可维护和高效的应用程序。

在Spring框架中，事务管理是一个重要的功能。事务是一组操作的逻辑单元，要么全部成功执行，要么全部回滚。在方法周围应用事务可以确保数据的一致性和完整性。

然而，如果在方法周围没有应用事务，意味着该方法的执行不会受到事务管理的控制。这可能导致数据不一致或者操作失败时无法回滚。

在Spring中，可以通过使用@Transactional注解来在方法周围应用事务。@Transactional注解可以应用在方法级别或者类级别上。当应用在类级别上时，该类中的所有方法都将受到事务管理的控制。

推荐的腾讯云相关产品是腾讯云数据库TencentDB，它是一种高性能、可扩展的云数据库服务。TencentDB提供了多种数据库引擎，包括MySQL、SQL Server、PostgreSQL等，可以满足不同应用的需求。通过使用TencentDB，开发者可以方便地实现数据的持久化和管理。

腾讯云数据库TencentDB产品介绍链接地址：https://cloud.tencent.com/product/cdb

相关搜索:IE没有在图像周围包装文本Jbpm7 spring boot业务应用: arjuna事务超时后无活动事务numpy高效方法在点周围创建网格Spring boot jpa事务无法在异常时插入Spring Boot使用私有方法进行事务传播Spring Boot在异常时不回滚事务Spring事务在Hibernate StaleObjectStateException上未回滚Spring事务在异常后不回滚为什么Spring没有ReactiveMongoRepository方法？在eclipse中有没有调试spring batch的方法？
相关搜索:
页面内容是否对你有帮助？
有帮助
没帮助

相关·内容

Transactional 可以作用于接口、接口方法、类以及类方法上

@Transactional 可以作用于接口、接口方法、类以及类方法上。当作用于类上时，该类的所有 public 方法将都具有该类型的事务属性，同时，我们也可以在方法级别使用该标注来覆盖类级别的定义。 　　虽然 @Transactional 注解可以作用于接口、接口方法、类以及类方法上，但是 Spring 建议不要在接口或者接口方法上使用该注解，因为这只有在使用基于接口的代理时它才会生效。另外， @Transactional 注解应该只被应用到 public 方法上，这是由 Spring AOP 的本质决定的。如果你在 protected、private 或者默认可见性的方法上使用 @Transactional 注解，这将被忽略，也不会抛出任何异常。 　　默认情况下，只有来自外部的方法调用才会被AOP代理捕获，也就是，类内部方法调用本类内部的其他方法并不会引起事务行为，即使被调用方法使用@Transactional注解进行修饰。

00

Spring 事务失效？看这篇文章就够了！

数据库引擎不支持事务 这里以 MySQL 为例，其 MyISAM 引擎是不支持事务操作的，InnoDB 才是支持事务的引擎，一般要支持事务都会使用 InnoDB。 根据 MySQL 的官方文档： https://dev.mysql.com/doc/refman/5.5/en/storage-engine-setting.html 从 MySQL 5.5.5 开始的默认存储引擎是：InnoDB，之前默认的都是：MyISAM，所以这点要值得注意，底层引擎不支持事务再怎么搞都是白搭。 没有被 Spring 管理 如下面例子所示： // @Service public class OrderServiceImpl implements OrderService { @Transactional public void updateOrder(Order order) { // update order } } 如果此时把 @Service 注解注释掉，这个类就不会被加载成一个 Bean，那这个类就不会被 Spring 管理了，事务自然就失效了。 方法不是 public 的 以下来自 Spring 官方文档： 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. 大概意思就是 @Transactional 只能用于 public 的方法上，否则事务不会失效，如果要用在非 public 方法上，可以开启 AspectJ 代理模式。 自身调用问题 来看两个示例： //示例1 @Service public class OrderServiceImpl implements OrderService { public void update(Order order) { updateOrder(order); } @Transactional public void updateOrder(Order order) { // update order } } //示例2 @Service public class OrderServiceImpl implements OrderService { @Transactional public void update(Order order) { updateOrder(order); } @Transactional(propagation = Propagation.REQUIRES_NEW) public void updateOrder(Order order) { // update order } }

04

【面试】Spring事务面试考点吐血整理（建议珍藏）

Spring和事务的关系 关系型数据库、某些消息队列等产品或中间件称为事务性资源，因为它们本身支持事务，也能够处理事务。 Spring很显然不是事务性资源，但是它可以管理事务性资源，所以Spring和事务之间是管理关系。 就像Jack Ma虽然不会写代码，但是他却管理者一大批会写代码的码农。 Spring事务三要素 数据源：表示具体的事务性资源，是事务的真正处理者，如MySQL等。 事务管理器：像一个大管家，从整体上管理事务的处理过程，如打开、提交、回滚等。 事务应用和属性配置：像一个标识符，表明哪些方法要参与事务，如何参与事务，以及一些相关属性如隔离级别、超时时间等。 Spring事务的注解配置 把一个DataSource（如DruidDataSource）作为一个@Bean注册到Spring容器中，配置好事务性资源。 把一个@EnableTransactionManagement注解放到一个@Configuration类上，配置好事务管理器，并启用事务管理。 把一个@Transactional注解放到类上或方法上，可以设置注解的属性，表明该方法按配置好的属性参与到事务中。 事务注解的本质 @Transactional这个注解仅仅是一些（和事务相关的）元数据，在运行时被事务基础设施读取消费，并使用这些元数据来配置bean的事务行为。 大致来说具有两方面功能，一是表明该方法要参与事务，二是配置相关属性来定制事务的参与方式和运行行为。 Spring声明式事务实现原理 声明式事务成为可能，主要得益于Spring AOP。使用一个事务拦截器，在方法调用的前后/周围进行事务性增强（advice），来驱动事务完成。 如何回滚一个事务 就是在一个事务上下文中当前正在执行的代码里抛出一个异常，事务基础设施代码会捕获任何未处理的异常，并且做出决定是否标记这个事务为回滚。 默认回滚规则 默认只把runtime, unchecked exceptions标记为回滚，即RuntimeException及其子类，Error默认也导致回滚。Checked exceptions默认不导致回滚。这些规则和EJB是一样的。 如何配置回滚异常 使用@Transactional注解的rollbackFor/rollbackForClassName属性，可以精确配置导致回滚的异常类型，包括checked exceptions。 noRollbackFor/noRollbackForClassName属性，可以配置不导致回滚的异常类型，当遇到这样的未处理异常时，照样提交相关事务。 事务注解在类/方法上 @Transactional注解既可以标注在类上，也可以标注在方法上。当在类上时，默认应用到类里的所有方法。如果此时方法上也标注了，则方法上的优先级高。 事务注解在类上的继承性 @Transactional注解的作用可以传播到子类，即如果父类标了子类就不用标了。但倒过来就不行了。 子类标了，并不会传到父类，所以父类方法不会有事务。父类方法需要在子类中重新声明而参与到子类上的注解，这样才会有事务。 事务注解在接口/类上 @Transactional注解可以用在接口上，也可以在类上。在接口上时，必须使用基于接口的代理才行，即JDK动态代理。 事实是Java的注解不能从接口继承，如果你使用基于类的代理，即CGLIB，或基于织入方面，即AspectJ，事务设置不会被代理和织入基础设施认出来，目标对象不会被包装到一个事务代理中。 Spring团队建议注解标注在类上而非接口上。 只在public方法上生效？ 当采用代理来实现事务时，（注意是代理），@Transactional注解只能应用在public方法上。当标记在protected、private、package-visible方法上时，不会产生错误，但也不会表现出为它指定的事务配置。可以认为它作为一个普通的方法参与到一个public方法的事务中。 如果想在非public方法上生效，考虑使用AspectJ（织入方式）。 目标类里的自我调用没有事务？ 在代理模式中（这是默认的），只有从外部的方法调用进入通过代理会被拦截，这意味着自我调用（实际就是，目标对象中的一个方法调用目标对象的另一个方法）在运行时不会导致一个实际的事务，即使被调用的方法标有注解。 如果你希望自我调用也使用事务来包装，考虑使用AspectJ的方式。在这种情况下，首先是没有代理。相反，目标类被织入（即它的字节码被修改）来把@Transactional加入到运行时行为，在任何种类的方法上都可以。 事务与线程 和JavaEE事务上下文一样，Spring事务和一个线程的执行相关联，底层是一个ThreadLocal<Map<Object, Object>>，就是每个线程一个map，ke

03

【面试】Spring事务面试考点整理

Spring和事务的关系 关系型数据库、某些消息队列等产品或中间件称为事务性资源，因为它们本身支持事务，也能够处理事务。 Spring很显然不是事务性资源，但是它可以管理事务性资源，所以Spring和事务之间是管理关系。 就像Jack Ma虽然不会写代码，但是他却管理者一大批会写代码的码农。 Spring事务三要素 数据源：表示具体的事务性资源，是事务的真正处理者，如MySQL等。 事务管理器：像一个大管家，从整体上管理事务的处理过程，如打开、提交、回滚等。 事务应用和属性配置：像一个标识符，表明哪些方法要参与事务，如何参与事务，以及一些相关属性如隔离级别、超时时间等。 Spring事务的注解配置 把一个DataSource（如DruidDataSource）作为一个@Bean注册到Spring容器中，配置好事务性资源。 把一个@EnableTransactionManagement注解放到一个@Configuration类上，配置好事务管理器，并启用事务管理。 把一个@Transactional注解放到类上或方法上，可以设置注解的属性，表明该方法按配置好的属性参与到事务中。 事务注解的本质 @Transactional这个注解仅仅是一些（和事务相关的）元数据，在运行时被事务基础设施读取消费，并使用这些元数据来配置bean的事务行为。 大致来说具有两方面功能，一是表明该方法要参与事务，二是配置相关属性来定制事务的参与方式和运行行为。 Spring声明式事务实现原理 声明式事务成为可能，主要得益于Spring AOP。使用一个事务拦截器，在方法调用的前后/周围进行事务性增强（advice），来驱动事务完成。 如何回滚一个事务 就是在一个事务上下文中当前正在执行的代码里抛出一个异常，事务基础设施代码会捕获任何未处理的异常，并且做出决定是否标记这个事务为回滚。 默认回滚规则 默认只把runtime, unchecked exceptions标记为回滚，即RuntimeException及其子类，Error默认也导致回滚。Checked exceptions默认不导致回滚。这些规则和EJB是一样的。 如何配置回滚异常 使用@Transactional注解的rollbackFor/rollbackForClassName属性，可以精确配置导致回滚的异常类型，包括checked exceptions。 noRollbackFor/noRollbackForClassName属性，可以配置不导致回滚的异常类型，当遇到这样的未处理异常时，照样提交相关事务。 事务注解在类/方法上 @Transactional注解既可以标注在类上，也可以标注在方法上。当在类上时，默认应用到类里的所有方法。如果此时方法上也标注了，则方法上的优先级高。 事务注解在类上的继承性 @Transactional注解的作用可以传播到子类，即如果父类标了子类就不用标了。但倒过来就不行了。 子类标了，并不会传到父类，所以父类方法不会有事务。父类方法需要在子类中重新声明而参与到子类上的注解，这样才会有事务。 事务注解在接口/类上 @Transactional注解可以用在接口上，也可以在类上。在接口上时，必须使用基于接口的代理才行，即JDK动态代理。 事实是Java的注解不能从接口继承，如果你使用基于类的代理，即CGLIB，或基于织入方面，即AspectJ，事务设置不会被代理和织入基础设施认出来，目标对象不会被包装到一个事务代理中。 Spring团队建议注解标注在类上而非接口上。 只在public方法上生效？ 当采用代理来实现事务时，（注意是代理），@Transactional注解只能应用在public方法上。当标记在protected、private、package-visible方法上时，不会产生错误，但也不会表现出为它指定的事务配置。可以认为它作为一个普通的方法参与到一个public方法的事务中。 如果想在非public方法上生效，考虑使用AspectJ（织入方式）。 目标类里的自我调用没有事务？ 在代理模式中（这是默认的），只有从外部的方法调用进入通过代理会被拦截，这意味着自我调用（实际就是，目标对象中的一个方法调用目标对象的另一个方法）在运行时不会导致一个实际的事务，即使被调用的方法标有注解。 如果你希望自我调用也使用事务来包装，考虑使用AspectJ的方式。在这种情况下，首先是没有代理。相反，目标类被织入（即它的字节码被修改）来把@Transactional加入到运行时行为，在任何种类的方法上都可以。 事务与线程 和JavaEE事务上下文一样，Spring事务和一个线程的执行相关联，底层是一个ThreadLocal<Map<Object, Object>>，就是每个线程一个map，ke

02

扫码

添加站长 进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

更多标签

活动推荐

    运营活动

    活动名称
    广告关闭

    腾讯云开发者

    扫码关注腾讯云开发者

    扫码关注腾讯云开发者

    领取腾讯云代金券

    热门产品

    热门推荐

    更多推荐

    Copyright © 2013 - 2024 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有

    深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 深公网安备号 44030502008569

    腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号 | 京公网安备号11010802020287

    领券