1. 手写实现IoC&AOP
  2. 基本的IoC配置
    1. xml
    2. xml+注解
    3. 纯注解
  3. Spring高级特性
    1. 延迟加载
    2. FactoryBean
    3. 后置处理器
  4. Spring Bean的生命周期

AOP

在不改变原有业务逻辑的情况下增强横切逻辑,横切逻辑代码往往是权限校验代码、日志代码、事务控制代码、性能监控代码。

Spring实现基本的AOP配置

需求:把打印日志的罗辑植入到目标方法的特定位置

1. XML方式配置AOP

1.1 引入依赖

  1. <dependency>
  2. <groupId>org.springframework</groupId>
  3. <artifactId>spring-aop</artifactId>
  4. <version>5.1.12.RELEASE</version>
  5. </dependency>
  6. <!--第三方的aop框架aspectj的jar-->
  7. <dependency>
  8. <groupId>org.aspectj</groupId>
  9. <artifactId>aspectjweaver</artifactId>
  10. <version>1.8.13</version>
  11. </dependency>

1.2 配置XML文件

  1. 引入xml模块依赖

image.png

  1. 配置XML

image.png

1.3 创建日志工具类(注释掉的部分为注解方式的AOP)

  1. public class LogUtils {
  2. //@Pointcut("execution(* com.lagou.edu.service.impl.TransferServiceImpl.*(..))")
  3. //public void pt1(){
  4. //}
  5. /**
  6. * 业务逻辑开始之前执行
  7. */
  8. //@Before("pt1()")
  9. public void beforeMethod(JoinPoint joinPoint) {
  10. Object[] args = joinPoint.getArgs();
  11. for (int i = 0; i < args.length; i++) {
  12. Object arg = args[i];
  13. System.out.println(arg);
  14. }
  15. System.out.println("业务逻辑开始执行之前执行.......");
  16. }
  17. /**
  18. * 业务逻辑结束时执行(无论异常与否)
  19. */
  20. //@After("pt1()")
  21. public void afterMethod() {
  22. System.out.println("业务逻辑结束时执行,无论异常与否都执行.......");
  23. }
  24. /**
  25. * 异常时时执行
  26. */
  27. //@AfterThrowing("pt1()")
  28. public void exceptionMethod() {
  29. System.out.println("异常时执行.......");
  30. }
  31. /**
  32. * 业务逻辑正常时执行
  33. */
  34. //@AfterReturning(value = "pt1()", returning = "retVal")
  35. public void successMethod(Object retVal) {
  36. System.out.println("业务逻辑正常时执行.......");
  37. }
  38. /**
  39. * 环绕通知
  40. *
  41. */
  42. //@Around("pt1()")
  43. public Object aroundMethod(ProceedingJoinPoint proceedingJoinPoint) throws Throwable {
  44. System.out.println("环绕通知中的beforemethod....");
  45. Object result = null;
  46. try{
  47. // 控制原有业务逻辑是否执行
  48. // result = proceedingJoinPoint.proceed(proceedingJoinPoint.getArgs());
  49. }catch(Exception e) {
  50. System.out.println("环绕通知中的exceptionmethod....");
  51. }finally {
  52. System.out.println("环绕通知中的after method....");
  53. }
  54. return result;
  55. }
  56. }

2. 注解+XML方式

  1. XML配置中加入:(1中其他的xml配置可以不要了)

    1. <!--开启aop注解驱动 -->
    2. <!-- 配置属性 proxy-target-class = "true" 强制使用cglib动态代理-->
    3. <aop:aspectj-autoproxy />
  2. 给Java类加上注解,并创建承载方法。(参照1.3中注释掉的部分)

    3. 纯注解方式

    给启动类加上一个入口注解:
    **@EnableAspectJAutoProxy**

Spring 声明式事务支持

编程式事务:在业务代码中添加事务控制代码,这样的事务控制机制就叫做编程式事务
声明式事务:通过xml或者注解配置的⽅式达到事务控制的⽬的,叫做声明式事务

事务的四大特性

原子性(Atomicity)
原⼦性是指事务是⼀个不可分割的⼯作单位,事务中的操作要么都发⽣,要么都 不发⽣。从操作的⻆度来描述,事务中的各个操作要么都成功要么都失败

一致性(Consistency)
事务必须使数据库从⼀个⼀致性状态变换到另外⼀个⼀致性状态。 例如转账前A有1000,B有1000。转账后A+B也得是2000。 ⼀致性是从数据的⻆度来说的,(1000,1000) (900,1100),不应该出现(900,1000)

隔离性(Isolation)
事务的隔离性是多个⽤户并发访问数据库时,数据库为每⼀个⽤户开启的事务, 每个事务不能被其他事务的操作数据所⼲扰,多个并发事务之间要相互隔离。 ⽐如:事务1给员⼯涨⼯资2000,但是事务1尚未被提交,员⼯发起事务2查询⼯资,发现⼯资涨了2000 块钱,读到了事务1尚未提交的数据(脏读)

持久性(Durability)
持久性是指⼀个事务⼀旦被提交,它对数据库中数据的改变就是永久性的,接下来即使数据库发⽣故障 也不应该对其有任何影响

事务的隔离级别

不考虑隔离级别,会出现以下情况:
以下情况全是错误的,也即为隔离级别在解决事务并发问题
脏读:⼀个线程中的事务读到了另外⼀个线程中未提交的数据。
不可重复读:⼀个线程中的事务读到了另外⼀个线程中已经提交的update的数据(前后内容不⼀样)
场景: 员⼯A发起事务1,查询⼯资,⼯资为1w,此时事务1尚未关闭 财务⼈员发起了事务2,给员⼯A张了2000块钱,并且提交了事务 员⼯A通过事务1再次发起查询请求,发现⼯资为1.2w,原来读出来1w读不到了,叫做不可重复读
虚读(幻读):⼀个线程中的事务读到了另外⼀个线程中已经提交的insert或者delete的数据(前后条数不⼀样)
场景: 事务1查询所有⼯资为1w的员⼯的总数,查询出来了10个⼈,此时事务尚未关闭 事务2财务⼈员发起,新来员⼯,⼯资1w,向表中插⼊了2条数据,并且提交了事务 事务1再次查询⼯资为1w的员⼯个数,发现有12个⼈

数据库共定义了四种隔离级别:

  • Serializable(串行化):可避免脏读、不可重复读、虚读情况的发⽣。(串⾏化)
  • Repeatable read(可重复读):可避免脏读、不可重复读情况的发⽣。(幻读有可能发⽣) 该机制下会对要update的⾏进⾏加锁
  • Read committed(读已提交):可避免脏读情况发⽣。不可重复读和幻读⼀定会发⽣。
  • Read uncommitted(读未提交):最低级别,以上情况均⽆法保证。

注意:级别依次升高,效率依次降低
MySQL的默认隔离级别是:REPEATABLE READ
查询当前使⽤的隔离级别: select @@tx_isolation;
设置MySQL事务的隔离级别:set session transaction isolation level xxx; (设置的是当前 mysql连接会话的,并不是永久改变的)

事物的传播行为

事务往往在service层进⾏控制,如果出现service层⽅法A调⽤了另外⼀个service层⽅法B,A和B⽅法本 身都已经被添加了事务控制,那么A调⽤B的时候,就需要进⾏事务的⼀些协商,这就叫做事务的传播⾏为。

A调⽤B,我们站在B的⻆度来观察来定义事务的传播⾏为

PROPAGATION_REQUIRED 如果当前没有事务,就新建⼀个事务,如果已经存在⼀个事务中, 加⼊到这个事务中。这是最常⻅的选择。
PROPAGATION_SUPPORTS ⽀持当前事务,如果当前没有事务,就以⾮事务⽅式执⾏。
PROPAGATION_MANDATORY 使⽤当前的事务,如果当前没有事务,就抛出异常。
PROPAGATION_REQUIRES_NEW 新建事务,如果当前存在事务,把当前事务挂起。
PROPAGATION_NOT_SUPPORTED 以⾮事务⽅式执⾏操作,如果当前存在事务,就把当前事务挂起。
PROPAGATION_NEVER 以⾮事务⽅式执⾏,如果当前存在事务,则抛出异常。
PROPAGATION_NESTED 如果当前存在事务,则在嵌套事务内执⾏。如果当前没有事务,则 执⾏与PROPAGATION_REQUIRED类似的操作。

Spring配置声明式事务控制

1. 纯XML配置模式

  1. 引入XML头

image.png

  1. 配置事务控制

image.png

2. 引入注解XML配置

image.png
然后在对应实现的类上/方法上加上注解 :**@Transactional**

3. 纯注解模式

在Spring配置类上加上一个注解:**@EnableTransactionManagement**