转载

SpringAOP事务配置语法及实现过程详解

配置事务: 使用的tx前缀的标签, 导入tx的命名空间

配置事务管理器 , 把事务管理器交给Spring管理：

<bean id="txManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
    <!-- 注入DataSource -->
    <property name="dataSource" ref="dataSource"/>
</bean>

事务的策略

transaction-manager: 事务增强基于那个事务管理器, 默认值: transactionManager(bean的id)

如果事务管理器的id为transactionManager, 在tx:advice标签中不需要添加transaction-manager属性

<tx:advice id="txAdvice" transaction-manager="txManager">
<!-- 声明事务的规则 : 针对业务层的不同的方法,采用不同的规则-->
  <tx:attributes>
　　　　　　<tx:method name="find*" read-only="true" propagation="SUPPORTS" />
     <tx:method name="query*" read-only="true" propagation="SUPPORTS"/>
     <tx:method name="get*" read-only="true" propagation="SUPPORTS"/>
     <tx:method name="add*" propagation="REQUIRED" rollback-for="java.lang.Exception"/>
     <tx:method name="del*" propagation="REQUIRED" rollback-for="java.lang.Exception" timeout="2"/>
     <tx:method name="update*" propagation="REQUIRED" rollback-for="java.lang.Exception"/>
     <tx:method name="*" propagation="REQUIRED"/>
  </tx:attributes>
</tx:advice>

事务规则的语法：

name: 表示业务层的方法名

read-only: 只读, true 查询中使用这个属性, 默认值: false

propagation: 事务传播机制:

*** REQUIRED:默认值,表示如果存在一个事务,则支持当前事务,如果当前没有事务,则开启一个新的事务. 增删改

*** SUPPORTS:表示如果存在一个事务,则支持当前事务,如果当前没有事务,则按非事务方式执行, 查询

MANDATORY:表示如果存在一个事务,则支持当前事务,如果当前没有事务,则抛出异常

REQUIRES_NEW:表示总是开启一个新的事务,如果当前有一个事务,则将当前事务挂起,开启新事物执行方法.

NOT_SUPPORTED:表示总是以非事务方式执行.如果一个事务已经存在,则将这个存在的事务挂起,然后执行方法.

NEVER:表示总是以非事务方式执行.如果当前存在一个活动的事务,则抛出异常

NESTED:表示如果当前存在一个活动的事务,则创建一个事务作为当前事务的嵌套事务运行,如果没有当前事务,该取值与REQUIRED相同.

timeout: 超时, -1 永不超时, 默认值, 正整数, 单位秒

rollback-for="异常类型", 针对哪一种异常类型进行回滚, ,默认值:RuntimeException

no-rollback-for="异常类型", 不对哪一种异常类型进行回滚

isolation: 事务隔离级别: 数据库来决定

DEFAULT:默认值,表示使用数据库默认的事务隔离级别

READ_UNCOMMITTED:读未提交, 读取到未提交的数据, 所有的数据库都不采用

READ_COMMITTED:读已提交 oracle

REPEATABLE_READ: 可重复读 mysql

SERIALIZABLE: 串行读安全性最高, 效率最低

timeout: 从执行业务方法开始,到执行完sql语句之间的时候

事务的织入 (把这个事务的通知对那些类的那些方法进行增强)

<!-- 事务的织入 ,把这个事务的通知对那些类的那些方法进行增强-->
  <aop:config>
    <!-- 切入点-->
    <aop:pointcut expression="execution(* spring07.service..*.*(..))" id="pointcut1"/>
    <!-- 织入
      advice-ref: 通知类的bean
      pointcut-ref: 切入点
    -->
    <aop:advisor advice-ref="txAdvice" pointcut-ref="pointcut1"/>
  </aop:config>

脏读：一个事务读到了另一个事务的未提交的数据

不可重复读：一个事务读到了另一个事务已经提交的 update 的数据导致多次查询结果不一致

幻读：一个事务读到了另一个事务已经提交的 insert 的数据导致多次查询结果不一致

以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持我们。

时间：2020-06-18

Spring Boot 通过AOP和自定义注解实现权限控制的方法

本文介绍了Spring Boot 通过AOP和自定义注解实现权限控制,分享给大家,具体如下: 源码:https://github.com/yulc-coding/java-note/tree/master/aop 思路自定义权限注解在需要验证的接口上加上注解,并设置具体权限值数据库权限表中加入对应接口需要的权限用户登录时,获取当前用户的所有权限列表放入Redis缓存中定义AOP,将切入点设置为自定义的权限 AOP中获取接口注解的权限值,和Redis中的数据校验用户是否存在该权限,如果R

spring 整合JDBC和AOP事务的方法

spring整合JDBC spring提供了很多模板整合Dao技术 ORM持久化技术模板类 JDBC org.springframework.Jdbc.core.JdbcTemplate Hibernate3.0 org.springframework.orm.hiberate3.HibernateTemplate IBatis(MyBatis) org.springframework.orm.sqlMapClientTemplate JPA org.springframework.orm.j

线程池中使用spring aop事务增强

这篇文章主要介绍了线程池中使用spring aop事务增强,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下问题描述: 在项目里使用了线程池运行同一个类的实例方法,代码大致如下,运行时发现job方法的事务不生效 @Transactional public void doJob() { EXECOTOR.execute(() ->job()); } @Transactional public void job(){ //db operation }

解决springboot的aop切面不起作用问题(失效的排查)

检查下springboot的启动类是否开启扫描 @SpringBootApplication @ComponentScan(basePackages = {"com.zhangpu.springboot"}) 另外springboot默认开启的EnableAspectJAutoProxy为true 如果不放心可以增加: @EnableAspectJAutoProxy(proxyTargetClass=true) 第二种可能: 没有导入相关的jar <dependency>

springboot配置aop切面日志打印过程解析

这篇文章主要介绍了springboot配置aop切面日志打印过程解析,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下一.SpringBoot Aop说明 1. Aop AOP(Aspect-Oriented Programming,面向切面编程),它利用一种"横切"的技术,将那些多个类的共同行为封装到一个可重用的模块.便于减少系统的重复代码,降低模块之间的耦合度,并有利于未来的可操作性和可维护性. 2. AOP相关概念: Aspect

Spring AOP执行先后顺序实例详解

这篇文章主要介绍了Spring AOP执行先后顺序实例详解,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下众所周知,spring声明式事务是基于AOP实现的,那么,如果我们在同一个方法自定义多个AOP,我们如何指定他们的执行顺序呢? 网上很多答案都是指定order,order越小越是最先执行,这种也不能算是错,但有些片面. 配置AOP执行顺序的三种方式: 通过实现org.springframework.core.Ordered接口 @Compo

Springboot通过aop实现事务控制过程解析

spring的事务控制本质上是通过aop实现的. 在springboot中使用时,可以通过注解@Transactional进行类或者方法级别的事务控制,也可以自己通过spring提供的事务管理器手动控制事务一. @Transactional注解进行进行类或者方法级别的事务控制不需要进行特别的设置,按照正常的配置整合spring和mybatis后,在需要进行事务控制的类上或者方法上加上 @Transactional注解,即可对其进行事务控制. 二.手动控制事务当需要在一个方法的内部进行事务控

Spring如何基于aop实现事务控制

解决spring mvc 多数据源切换,不支持事务控制的问题

一个项目中需要使用两个数据库,Oracle 和Mysql,于是参考各个blog,实现此功能.写好后才发现,原来的事务失效了,我去... spring-mybatis.xml 配置 <bean id="configReader" class="org.springframework.beans.factory.config.PreferencesPlaceholderConfigurer"> <property name="location

简单了解Spring中的事务控制

1.事务的概念事务是一组操作的执行单元,相对于数据库的单条操作而言,事务管理的是一组SQL指令,如增删改查等,事务的特性体现在事务内包含的SQL指令必须全部执行成功,如果其中一条指令发生错误,那么整个事务内的一组操作都要进行回滚. 事务有四个特性: 原子性 Atomic ,事务是一个不可再拆分的最小单位,要么整个执行,要么整个回滚. 一致性 Consistent,事务要保证数据库整体数据的完整性和业务的数据的一致性,事务成功提交整体数据修改,事务错误则回滚到数据回到原来的状态. 隔离性 Iso

基于spring中的aop简单实例讲解

aop,即面向切面编程,面向切面编程的目标就是分离关注点,比如:一个骑士只需要关注守护安全,或者远征,而骑士辉煌一生的事迹由谁来记录和歌颂呢,当然不会是自己了,这个完全可以由诗人去歌颂,比如当骑士出征的时候诗人可以去欢送,当骑士英勇牺牲的时候,诗人可以写诗歌颂骑士的一生.那么骑士只需要关注怎么打仗就好了.而诗人也只需要关注写诗歌颂和欢送就好了,那么这样就把功能分离了.所以可以把诗人当成一个切面,当骑士出征的前后诗人分别负责欢送和写诗歌颂(记录).而且,这个切面可以对多个骑士或者明人使用,并不只局

详解Spring学习之声明式事务管理

前言在前面的小节中,我们学习了关于事务的概念以及事务管理的重要性,并且通过编程使用Spring的编程式事务管理进行操作,加深对事务管理的重要性的学习,不过,由于编程式的事务管理使用起来不是很方便,所以在日常的开发中基本不怎么使用,接下来的内容我们将学习使用Spring的声明式事务管理,这里有一个地方需要明白的是,Spring的声明式事务管理的实现方式其实是通过AOP的方式来实现的,也就是为原始的事务管理对象创建代理对象,从而实现事务管理增强的基于TransactionProxyFactory

Java的Spring框架中AOP项目的一般配置和部署教程

0.关于AOP 面向切面编程(也叫面向方面编程):Aspect Oriented Programming(AOP),是软件开发中的一个热点,也是Spring框架中的一个重要内容.利用AOP可以对业务逻辑的各个部分进行隔离,从而使得业务逻辑各部分之间的耦合度降低,提高程序的可重用性,同时提高了开发的效率. AOP是OOP的延续. 主要的功能是:日志记录,性能统计,安全控制,事务处理,异常处理等等. 主要的意图是:将日志记录,性能统计,安全控制,事务处理,异常处理等代码从业务逻辑代码中划分出来,通过

在Spring中基于Java类进行配置的完整步骤

前言 JavaConfig 原来是 Spring 的一个子项目,它通过 Java 类的方式提供 Bean 的定义信息,在 Spring4 的版本, JavaConfig 已正式成为 Spring4 的核心功能 . 本文将详细介绍关于Spring中基于Java类进行配置的相关内容,下面话不多说了,来一起看看详细的介绍吧 1 定义 Bean 普通的 POJO 只要标注了 @Configuration 注解,就可以为 Spring 容器提供 Bean 的定义信息. @Configuration pub

Spring编程式和声明式事务实例讲解小结

Spring事务管理 Spring支持两种方式的事务管理: 编程式事务管理: 通过Transaction Template手动管理事务,实际应用中很少使用, 使用XML配置声明式事务: 推荐使用(代码侵入性最小),实际是通过AOP实现实现声明式事务的四种方式: 基于 TransactionInterceptor 的声明式事务: Spring 声明式事务的基础,通常也不建议使用这种方式,但是与前面一样,了解这种方式对理解 Spring 声明式事务有很大作用. 基于 TransactionProx

原文 https://www.zhangshengrong.com/p/nDa9jAR5Nj/

正文到此结束