Spring内容史上最全、最细致讲解(二)

Spring AOP

使用Spring AOP之前出现的问题:

  • 代码混乱:越来越多的非业务需求(日志和验证等)加入后,原有的业务方法急剧膨胀.每个方法在处理核心逻辑的同时还必须兼顾其他多个关注点
  • 代码分散:以日志需求为例,只是为了满足这个单一需求,就不得不在多个模块(方法)里多次重复相同的日志代码.如果日志需求发生变化,必须修改所有模块.
AOP简介
  1. AOP(Aspect-Oriented Programming,面向切面编程):是一种新的方 法论,是对传统00P(Object-OrientedProgramming,面向对象编程)的补充.
  2. AOP的主要编程对象是切面(aspect),而切面模块化横切关注点.
  3. 在应用AOP编程时,仍然需要定义公共功能,但可以明确的定义这个功能在哪里,以什么方式应用,并且不必修改受影响的类.这样-来横切关注点就被模块化到特殊的对象(切面)里.
  4. AOP的好处:
  • 每个事物逻辑位于一个位置, 代码不分散,便于维护和升级
  • 业务模块更简洁,只包含核心业务代码.
    在这里插入图片描述
AOP术语
  • 切面(Aspect):横切关注点(跨越应用程序多个模块的功能)被模块化的特殊对象
  • 通知(Advice):切面必须要完成的工作
  • 目标(Target):被通知的对象
  • 代理(Proxy):向目标对象应用通知之后创建的对象
  • 连接点( Joinpoint ) : 程序执行的某个特定位置:如类某个方法调用前、调用后、方法抛出异常后等。连接点由两个信息确定:方法表示的程序-执行点;相对点表示的方位。例如ArithmethicCalculator#add()方法执行前的连接点,执行点为ArithmethicCalculator#tadd() ;方位为该方法执行前的位置
  • 切点( pointcut ) : 每个类都拥有多个连接点:例如ArithmethicCalculator的所有方法实际上都是连接点,即连接点是程序类中客观存在的事务。AOP通过切点定位到特定的连接点。类螯:连接点相当于数据库中的记录,切点相当于查询条件。切点和连接点不是一对一的关系,一个切点匹配多个连接点,切点通过org.springframework.aop.Pointcut接口进行描述,它使用类和方法作为连接点的查询条件。
Spring AOP
  • AspectJ:Java社区里最完整最流行的AOP框架
  • 在Spring2.0以上版本中,可以使用基于Asped注解或基于XML配置的AOP
在Spring中启用AspectJ注解支持
  • 要在Spring应用中使用AspectJ注解,必须在classpath下包含AspectJ类库: aopalliance.jar、aspectj.weaver.jar和spring-aspects.jar
  • 将aop Schema添加到< beans>根元素中.
  • 要在Spring IOC容器中启用AspectJ 注解支持,只要在Bean配置文件中定义一个空的XML元素< aop:aspectj-autoproxy>
  • 当SpringIOC容器侦测到Bean配置文件中的< aop:aspectj-autoproxy>元素时,会自动为与AspectJ切面匹配的Bean创建代理.
用AspectJ注解声明切面
  • 要在Spring中声明AspectJ切面,只需要在1oc容器中将切面声明为Bean实例当在Spring IoC容器中初始化AspectJ切面之后,Spring IOC容器就会为那些与AspectJ切面相匹配的Bean创建代理.
  • 在AspectJ注解中,切面只是-个带有@Aspect注解的Java类.
  • 通知是标注有某种注解的简单的Java方法,
  • AspectJ支持5种类型的通知注解:
    @Before:前置通知,在方法执行之前执行
    @After:后置通知,在方法执行之后执行
    @AterRunning:返回通知,在方法返回结果之后执行
    @AterThrowing:异常通知,在方法抛出异常之后
    @Around:环绕通知,围绕着方法执行
前置通知
  • 前置通知:在方法执行之前执行的通知
  • 前置通知使用@Before注解,并将切入点表达式的值作为注解值.
    在这里插入图片描述
    一、利用方法签名编写AspectJ切入点表达式
    最典型的切入点表达式时根据方法的签名来匹配各种方法:
    一executioncom.atguigu.spring.ArithmeticCalculator…):匹配ArithmeticCalculator中声明的所有方法,第-个代表任意修饰符及任意返回值.第二个代表任意方法…匹配任意数量的参数.若目标类与接口与该切面在同一个包中,可以省略包名.
    一execution public * ArithmeticCalculator…):匹配ArithmeticCalculator接口的所有公有方法.
    一execution public double ArithmeticCalculator…):匹配ArithmeticCalculator中返回double类型数值的方法
    一execution public double ArithmeticCalculator.(double, …):匹配第一个参数为double类型的方法,…匹配任意数量任意类型的参数
    一execution public double ArithmeticCalculator.
    (double, double):匹配参数类型为double, double类型的方法.

二、合并切入点表达式
在AspectJ中,切入点表达式可以通过操作符&& ,|| ,!结合起来.
在这里插入图片描述
三、让通知访问当前连接点的细节
可以在通知方法中声明一个类型为JointPoint的参数,然后就能访问链接细节,如方法名称和参数值
在这里插入图片描述

后置通知
  • 后置通知是在连接点完成之后执行的,即连接点返回结果或者抛出异常的时候,下面的后置通知记录了方法的终止,
  • 一个切面可以包括一个或者多个通知.
    在这里插入图片描述
返回通知
  • 无论连接点是正常返回还是抛出异常,后置通知都会执行.如果只想在连接点返回的时候记录日志,应使用返回通知代替后置通知.
    在这里插入图片描述
    在返回通知中访问连接点的返回值
  • 在返回通知中,只要将returning属性添加到@AfterReturning注解中,就可以访问连接点的返回值.该属性的值即为用来传入返回值的参数名称.
  • 必须在通知方法的签名中添加一个同名参数.在运行时,SpringAOP会通过这个参数传递返回值.
  • 原始的切点表达式需要出现在pointcut 属性中
    在这里插入图片描述
异常通知
  • 只在连接点抛出异常时才执行异常通知
  • 将throwing属性添加到@AfterThrowing注解中,也可以访问连接点拋出的异常.Throwable是所有错误和异常类的超类.所以在异常通知方法可以捕获到任何错误和异常.
  • 如果只对某种特殊的异常类型感兴趣,可以将参数声明为其他异常的参数类型.然后通知就只在抛出这个类型及其子类的异常时才被执行.
    在这里插入图片描述
环绕通知

环绕通知是所有通知类型中功能最为强大的,能够全面地控制连接点.甚至可以控制是否执行连接点
对于环绕通知来说,连接点的参数类型必须是ProceedingJoinPoint .它是JoinPoint的子接口,允许控制何时执行,是否执行连接点.
在环绕通知中需要明确调用ProceedingJoinPoint的proceed()方法来执行被代理的方法.如果忘记这样做就会导致通知被执行了,但目标方法没有被执行.
注意:环绕通知的方法需要返回目标方法执行之后的结果,即调用joinPoint.proceed();的返回值,否则会出现空指针异常
一、环绕通知示例代码
在这里插入图片描述
二、指定切面的优先级

  • 在同一个连接点上应用不止一个切面时,除非明确指定,否则它们的优先级是不确定的.
  • 切面(的优先级可以通过实现Ordered接口或利用@Order注解指定.
  • 实现Ordered接口, getOrder() 方法的返回值越小,优先级越高.
  • 若使用@Order注解,序号出现在注解中
    在这里插入图片描述
    三、重用切入点定义
  • 在编写AspectJ切面时,,可以直接在通知注解中书写切入点表达式但同一个切点表达式可能会在多个通知中重复出现.
  • 在AspectJ切面中,可以通过@Pointcut注解将一个切入 点声明成简单的方法.切入点的方法体通常是空的,因为将切入点定义与应用程序逻辑混在-起是不合理的.
  • 切入点方法的访问控制符同时也控制着这个切入点的可见性.如果切入点要在多个切面中共用,最好将它们集中在一个公共的类中在这种情况下,它们必须被声明为public.在引入这个切入点.时,必须将类名也包括在内.如果类没有与这个切面放在同一个包中,还必须包含包名.
  • 其他通知可以通过方法名称引入该切入点.

四、重用切入点定义示例代码
在这里插入图片描述

引入通知
  • 引入通知是- - 种特殊的通知类型.它通过为接口提供实现类,允许对象动态地实现接口,就像对象已经在运.行时扩展了实现类一样.
  • 引入通知可以使用两个实现类MaxCalculatorlmpl和MinCalculatorlmpl,让ArithmeticCalculatorlmpl动态地实现MaxCalculator和MinCalculator接口.而这与从MaxCalculatorlmpl和MinCalculatorlmpl中实现多继承的效果相同.但却不需要修改ArithmeticCalculatorlmpl的源代码
  • 引入通知也必须在切面中声明
  • 在切面中,通过为任意字段添加@DeclareParents注解来引入声明.
  • 注解类型的value 属性表示哪些类是当前引入通知的目标.value属性值也可以是一个AspectJ类型的表达式,以将–个即可引入到多个类中,defaultlmpl 属性中指定这个接口使用的实现类
    引入通知示例代码:
    在这里插入图片描述
用基于XML的配置声明切面
  • 除了使用AspectJ注解声明切面,Spring也支持在Bean配置文件中声明切面.这种声明是通过aopschema中的XML元素完成的.
  • 正常情况下,基于注解的声明要优先于基于XML的声明.通过AspectJ注解,切面可以与AspectJ兼容,而基于XML的配置则是Spring专有的.由于AspectJ得到越来越多的AOP框架支持,所以以注解风格编写的切面将会有更多重用的机会,
基于XML声明切面
  • 当使用XML声明切面时,需要在< beans>根元素中导入aop Schema
  • 在Bean配置文件中,所有的SpringAOP配置都必须定义在< aop:config>元素内部.对于每个切面而言,都要创建一个< aop:aspect>元素来为具体的切面实现引用后端Bean实例.
  • 切面Bean必须有一个标示符,供< aop:aspect>元素引用.

声明切面的示例代码:
在这里插入图片描述

基于XML声明切入点
  • 切入点使用< aop:pointcut> 元素声明
  • 切入点必须定义在< aop:aspect>元素下,或者直接定义在< aop:config>元素下.
    ①定义在 < aop:aspect>元素下:只对当前切面有效
    ②定义在 < aop:config>元素下:对所有切面都有效
  • 基于XML的AOP配置不允许在切入点表达式中用名称引用其他切入点.
    声明切入点的示例代码:
    在这里插入图片描述
基于XML 的声明通知

在aopSchema中,每种通知类型都对应一个特定的XML元素.
通知元素需要使用< pointcut-ref> 来引用切入点,或用< pointcut>直接嵌入切入点表达式.method属性指定切面类中通知方法的名称.
声明通知示例代码
在这里插入图片描述

声明引入

可以利用< aop:declare-parents>元素在切面内部声明引入
在这里插入图片描述

Spring中的事务管理

事务简介
  • 事务管理是企业级应用程序开发中必不可少的技术,用来确保数据的完整性和一致性.
  • 事务就是一系列的动作,它们被当做一个单独的工作单元.这些动作要么全部完成,要么全部不起作用
  • 事务的四个关键属性(ACID)
    ①原子性(atomicity):事务是一个原子操作,由一系列动作组成.事务的原子性确保动作要么全部完成要么完全不起作用.
    ②一致性(consistency):一且所有事务动作完成,事务就被提交.数据和资源就处于一种满足业务规则的一致性状态中.
    ③隔离性(isolation):可能有许多事务会同时处理相同的数据,因此每个事物都应该与其他事务隔离开来,防止数据损坏.
    ④持久性(durability):一且事务完成,无论发生什么系统错误,它的结果都不应该受到影响.通常情况下,事务的结果被写到持久化存储器中.
Spring中的事务管理
  • 作为企业级应用程序框架, Spring在不同的事务管理API之上定义了一个抽象层.而应用程序开发人员不必了解底层的事务管理API,就可以使用Spring的事务管理机制.
  • Spring既支持编程式事务管理,也支持声明式的事务管理.
  • 编程式事务管理:将事务管理代码嵌入到业务方法中来控制事务的提交和回滚.在编程式管理事务时,必须在每个事务操作中包含额外的事务管理代码.
  • 声明式事务管理:大多数情况下比编程式事务管理更好用.它将事务管理代码从业务方法中分离出来,以以明的方式来实现事务管理.事务管理作为一种横切关注点,可以通过AOP方法模块化. Spring通过Spring AOP框架支持声明式事务管理.
Spring中的事务管理器

Spring,从不同的事务管理API中抽象了一整套的事务。开发人员不必了解底层的事务API,就可以利用这些事务机制。有了这些事务机制,事务管理代码就能独立于特定的事务技术了.
Spring的核心事务管理抽象是
在这里插入图片描述
管理封装了一组独立于技术的方法.无论使用Sping的哪种事务管理策略(编程式或声明式),事务管理器都是必须的.

Spring中事务管理器的不同实现

在这里插入图片描述

用事务通知声明式地管理事务
  • 事务管理是一种横切关注点
  • 为了在Spring2.x中启用声明式事务管理,可以通过txSchema中定义的< tx:advice>元素声明事务通知,为此必须事先将这个Schema定义添加到< beans>根元素中去.
  • 声明了事务通知后,就需要将它与切入点关联起来.由于事务通知是在< aop:config>元素外部声明的,所以它无法直接与切入点产生关联.所以必须在< aop:config>元素中声明一个增强器通知与切入点关联起来.
  • 由于Spring AOP是基于代理的方法,所以只能增强公共方法.因此,只有公有方法才能通过SpringAOP进行事务管理.
用事务通知声明式地管理事务示例代码

在这里插入图片描述

用@Transactional 注解声明式地管理事务
  • 除了在带有切入点,通知和增强器的Bean配置文件中声明事务外,Spring还允许简单地用@Transactional注解来标注事务方法.
  • 为了将方法定义为支持事务处理的,可以为方法添加@Transactional注解.根据Spring AOP基于代理机制,只能标注公有方法.
  • 面可以在方法或者类级别上添加@Transactional注解。当把这个注务处理的注解应用到类上时,这个类中的所有公共方法都会被定义成支持事务处理的。
    在Bean配置文件中只需启用< tx:annotation-driven>元素,并为之指定事务管理器就可以用
    如果事务处理器的名称是transsactionManager, 就可以在< tx:annotation-driven>元素中省略tanscioron-manager属性.这个元素会自动检测该名称的事务处理器
用@Taneacloalnn注解声明式地管理事务配置文件示例代码

在这里插入图片描述

事务传播属性
  • 当事务方法被另一个事务方法调用时,必须指定事务应该如何传播例如:方法可能继续在现有事务中运行,也可能开启一个新事务,并在自己的事务中运行.
  • 事务的传播行为可以由传播属性指定.Spring定义了7种类传播行为.
Spring支持的事务传播行为

在这里插入图片描述

在这里插入图片描述

REQUIRED传播行为
  • 当bosSerice的purchase() 方法被另一一个事务方法checkout()调用时它默认会在现有的事务内运行,这个默认的传播行为就是REQUIRED因此在checkout()方法的开始和终正边界内只有一个事务。这个事务只在checkout()方法结束的时候被提交,结果用户一本书都买
    不了
  • 事务传播属性可以在@Transactional注解的propagation属性中定义
    在这里插入图片描述
REQUIRES_ NEW传播行为

另一种常见的传播行为是REQUIRES_NEW.它表示该方法必须启动一个新事务,并在自己的事务内运行.如果有事务在运行,就应该先挂起它.
在这里插入图片描述

在Spring2.x事务通知中配置传播属性

在Spring2.x事务通知中,可以像下面这样在< tx:method>元素中设定传播事务属性
在这里插入图片描述

并发事务所导致的问题
  • 当同一个应用程序或者不同应用程序中的多个事务在同一个数据集上并发执行时,可能会出现许多意外的问题
  • 并发事务所导致的问题可以分为下面三种类型:
    ①脏读:对于两个事物T1, T2, T1读取了已经被T2更新但还没有被提交的字段.之后,若T2回滚,T1读取的内容就是临时且无效的
    ②不可重复读:对于两个事物T1,T2,T1读取了一个字段,然后T2更新了该字段.之后,T1再次读取同一个字段,值就不同了。
    ③幻读:对于两个事物T1,T2,T1从一个表中读取了一个字段,然后T2在该表中插入了-些新的行.之后,如果T1再次读取同一个表,就会多出几行.
事务的隔离级别
  • 从理论上来说,事务应该彼此完全隔离,以避免并发事务所导致的问题.然而,那样会对性能产生极大的影响,因为事务必须按顺序运行.
  • 在实际开发中,为了提升性能,事务会以较低的隔离级别运行.
  • 事务的隔离级别可以通过隔离事务属性指定
Spring支持的事务隔离级别

在这里插入图片描述

  • 事务的隔离级别要得到底层数据库引攀的支持,而不是应用程序或者框架的支持
  • Oracle支持的2种事务隔离级别: READ_ COMMITEDSERIALIZABLEY
  • Mysql支持4中事务隔离级别.
设置隔离事务属性
  • 用@Transactional注解声明式地管理事务时可以在@Transactional的isolation属性中设置隔离级别.
    在这里插入图片描述
  • 在Spring 2.x事务通知中,可以在< tx:method>元素中指定隔离级别
    在这里插入图片描述
设置事务回滚属性
  • 默认情况下只有未检查异常(RuntimeException和Error类型的异常)会导致事务回滚.而受检查异常不会.
  • 事务的回滚规则可以通过@Transactional注解的rollbackFor和noRollbackFor属性来定义.这两个属性被声明为Class[]类型的,因此可以为这两个属性指定多个异常类.
    一rolbackFor: 遇到时必须进行回滚
    一noRollbackFor:一组异常类,遇到时必须不回滚
    在这里插入图片描述
    在Spring 2.x事务通知中,可以在< tx:method>元素中指定回滚规则.如果有不止-种异常,用逗号分隔.
    在这里插入图片描述
超时和只读属性
  • 由于事务可以在行和表上获得锁,因此长事务会占用资源,并对整体性能产生影响.
  • 如果一个事物只读取数据但不做修改,数据库引擎可以对这个事务进行优化.
  • 超时事务属性:事务在强制回滚之前可以保持多久.这样可以防止长期运行的事务占用资源.
  • 只读事务属性:表示这个事务只读取数据但不更新数据,这样可以帮助数据库引擎优化事务.
设置超时和只读事务属性

超时和只读属性可以在@Transactional注解中定义,超时属性以秒为单位来计算.
在这里插入图片描述
在Spring 2.x事务通知中,,超时和只读属性可以在< tx:methd>元素中进行指定.
在这里插入图片描述
这是我们介绍的后半段Spring知识点,下一篇我们将对Spring5进行简要介绍。
本文借鉴了尚硅谷—佟刚老师的Spring4教程,如有侵权,请联系作者。
想查看更多内容,请点击我的主页

  • 0
    点赞
  • 5
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值