Spring中的IOC和AOP、事务的应用

什么是Spring:

   Spring是一个开源的,轻量级的IOC和AOP容器框架,简化了开发流程,方便了对其他框架的整合。

IOC(Inversion Of Controll):

  将相互依赖对象的创建和协调工作都交由IOC容器来完成,当某个对象需要其他协作对象时,由IOC通过依赖注入(DI, Dependency Injection)的方式提供协作对象,达到只需要关注业务本身逻辑的目的。

IOC源码中的实现思路

1. 获取 Bean 的定义
  Spring 中有 AnnotationConfigApplicationContext、ClassPathXmlApplicationContext 等类寻找定义的 Bean 。

AnnotationConfigApplicationContext通过扫描包来寻找@Controller、@Service之类的注解,这些类都是@Component的派生注解。
在这里插入图片描述
2. 实例化 Bean 并利用反射注入字段或属性
3. 添加 Bean 到 Map 容器中

AOP(Aspect Oriented Programming):

效果:分离系统中的各种关注点,进一步解耦模块间的相互依赖,提高模块的重用性

应用场景:权限认证、日志、事务、全局事务处理等,几乎业务功能都需要的功能

Spring AOP 自动选择 JDK 动态代理和 CGLIB 动态代理:

JDK动态代理需要类实现接口,重写类InvocationHandler中的invok方法,来调度目标对象的方法;

CGLIB动态代理在运行时动态的生成某个类的子类(如果某个类被标记为final,那么它是无法使用CGLIB做动态代理的),重写接口MethodInterceptor中的intercept方法,来调度目标对象的方法。

使用AOP方式实现系读写分离

代理模式

Spring 中基于 AspectJ 的 AOP 开发:

通过Pointcut定义表达式拦截指定的Joinpoint,再使用Advice在指定的位置增强。
在这里插入图片描述

Spring 下的事务管理:

   在 Spring 中使用事务时,需要存储引擎支持才行。

   Spring中有声明式和编程式(已淘汰)事务,声明式事务是基于 Spring AOP 方式来实现的。

   声明式事务隔离级别较 SQL 标准的四种隔离级别多一个,为使用数据库默认的隔离级别(isolation_default)(事务隔离参考)。

Spring 事务管理官文

声明式事务传播特性:

   传播特性是 Spring 在当前线程内,处理多个 数据库操作方法时 所做的一种事务应用策略,且作用于内层的方法上(多个方法的嵌套调用,最外层方法不存在传播)。

Spring 提供的七大事务传播方式:

  1. propagation_required(必须的,默认): 如果外层事务不存在,内层就主动开启事务;否则使用外层事务

  2. propagation_nested(嵌套) :如果外层事务不存在,内层主动创建事务;否则创建嵌套的子事务。外层事务若回滚,会带着所有子事务一同回滚;子事务回滚,不一定影响到其他事务(主要看子事务的异常,父事务是否可以感知到)

  3. propagation_requires_new(必须要新的) : 总是开启一个新事务;如果存在外层事务,就将外层事务挂起

  4. propagation_supports(支持) : 如果外层事务不存在,就不使用事务;否则使用外层事务

  5. propagation_mandatory(强制): 如果外层事务不存在,就抛出异常;否则使用外层事务

  6. propagation_not_supported(不支持) : 总是不开启事务;如果存在外层事务,就将外层事务挂起

  7. propagation_never(从不) :总是不使用事务;如果存在外层事务,就抛出异常。与mandatory相反

不同传播特性间的对比:

nested 与 required 外层事务不存在,都会主动创建事务,那他们两者有什么区别?
   required 外内层方法使用的是同一个事务,只要发生异常,外内层都要回滚;nested 内层使用的是外层的子事务,发生异常回滚时,要视情况而定(如上2中解释)。

nested 与 requires_new 在内层事务异常回滚时,都不会影响到外层事务,那他们两者有什么区别?
   nested使用的是外层事务的子事务,回滚时,会回到对应的 savepoint ,且外层事务的回滚会带动嵌套内层事务回滚;requires_new的外内层使用的是两个独立的事务,各层的事务操作,不会影响其他层事务。

事务传播特性的代码用例

事务失效的场景

要清楚事务失效为什么失效,首先要了解 Spring 中,事务是如何实现以及回滚的。常见的失效场景如下:

  1. 事务是基于 SpringAOP 实现的,所有没经过 IOC 容器中 代理对象去调用方法时,@Transaction 注解均会失效;
  2. 方法不是 public 的。默认使用的 proxies 模式需要方法为 public,如果方法不能为 public ,需要考虑使用 aspectJ 模式。
When using proxies, you should apply the @Transactional annotation only to methods with public visibility.
…… 
Consider the use of AspectJ (see below) if you need to annotate non-public methods.
  1. 没有正确抛出异常。默认情况下,方法只有抛出 RuntimeException 和 Error 及其子类的异常时,事务才会回滚,其他的非运行时异常需要特殊指定才能回滚;

  2. 其他情况:如存储引擎不支持、数据源未启用事务管理器等

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值