Spring两大核心思想：IOC和AOP

IOC:控制反转

Ioc概念

Ioc的优点

Spring Ioc

AOP:面向切面编程

AOP的优点

Spring AOP

1.添加依赖

2.核心概念

3.通知的类型

4.切点表达式

5.公共切点 @pointCut

6.切面优先级 @Order

7.使用自定义注解完成AOP的开发

Spring AOP实现有几种方式？

Spring AOP 的原理,也就是Spring底层是如何实现AOP的？

Spring对于事物的实现

Spring事务隔离级别

事务传播机制

事务传播机制概念

Spring事务传播机制有哪些？

往外抛异常的几种情况

抛异常会影响的几种情况

IOC:控制反转

Ioc概念

先来说说IOC：IOC是一种思想。控制反转，即对对象的控制权发生反转。即获取依赖对象的过程发生了反转。感觉就是传参的时候不再是单单传某个变量，而是直接传所要依赖的对象。这样不会再因为一处地方要增加参数或减少参数，而影响其它代码。耦合度降低。

Ioc的优点

集中管理
解耦合

Spring Ioc

Spring Ioc 则是实现了这种思想，获取依赖对象时 Spring Ioc 帮我们对对象做了管理。我们不再需要手动new对象，而是用的时候从Spring容器中取即可，即DI(依赖注入)。Spring ioc 可以理解为是一个容器，可以用来存取对象。对对象的生命周期的控制权由程序员交给了Spring来管理。

对对象的控制权发生了变化，由之前的开发人员手动new对象，变为由Spring框架帮我们来管理对象，用的时候对象直接依赖注入(DI)。

AOP:面向切面编程

AOP是一种思想，是对一类事物的集中处理。比如：登录拦截请求，统一异常，同一结果返回等。而拦截器就是AOP的一种具体实现。AOP作用的维度更加细致(可以根据包、类、方法名、参数等进行拦截),能够实现更加复杂的业务逻辑。简单来说就是，AOP的作用就是保证开发者在不修改源代码的前提下，为系统中的业务组件添加某种通用功能。AOP就是代理模式的典型应用。Spring AOP就是AOP的一种实现方式,还有AspectJ，CGLIB。

AOP的优点

代码无入侵:不修改原始的业务方法,就可以对原始的业务方法进行功能的增强或者是功能的改变。即解耦合。
减少了重复代码。
提高开发效率。
维护方便。

Spring AOP

1.添加依赖

    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-aop</artifactId>
    </dependency>

2.核心概念

1.切点(PointCut)：提供一组规则(切点表达式)，告诉程序对哪些方法进行功能增强
2.连接点(Join Point)：满足切点表达式规则的方法，就是连接点
3.通知(Advice)：对满足切点表达式的方法具体要做哪些事，比如下面的记录方法执行耗时
4.切面(Aspect)：切面=切点+通知

切点和连接点的关系：切点就是满足切点表达式的所有方法，一个保存了许多连接点的集合，而连接点就是某一个方法，集合中的一个元素。

举例：全体同学上课

那切点就是：全体同学

连接点就是：张三，李四，某一个同学，其实就是执行目标方法

通知就是：上课

切面就是：整个定义的aop方法

@Aspect:标识声明这是⼀个切面类
@Around:环绕通知,在目标方法的前后都会被执行，后面的表达式表示对哪些方法进行增强
PrceedingJoinPoint.proceed()让原始方法执行

如下为记录一个方法执行耗时

@Aspect //声明该类为切面类
@Slf4j
@Component
@Order(2) //指定多个类的执行次序  值越小，优先级越高
//比如记录一个接口的执行时间
public class TestAspect {
   @Around("execution(* com.example.demo.controller.UserController.*.*(..))") //切点 生效 
                                          的范围 具体即某个接口，类或者包 自定义 切点表达式
    public Object record(ProceedingJoinPoint  pj) {  // pj 连接点
        /**
         * 以下为通知
         */
        // 记录开始时间
        long start = System.currentTimeMillis();
        // 目标方法执行 以下为标准写法
        Object result = null;
        try {
            result = pj.proceed(); //执行原方法
        } catch (Throwable e) {
            log.error(pj.toShortString()+"发生异常，e:",e);
        }
        // 日志打印切点执行时间
        log.info(pj.getSignature()+"cost time:"+(System.currentTimeMillis()-start)+"ms");
        return result;
    }

}

3.通知的类型

@Around:环绕通知,此注解标注的通知方法在目标方法前,后都被执行
@Before:前置通知,此注解标注的通知方法在目标方法前被执行
@After:后置通知,此注解标注的通知⽅法在目标方法后被执行,无论是否有异常都会执行
@AfterReturning:返回后通知,此注解标注的通知方法在目标方法后被执行,有异常不会执行
@AfterThrowing:异常后通知,此注解标注的通知方法发生异常后执行

由上执行结果可知，执行顺序为：

1.当目标方法执行无异常时：

2.当目标方法执行有异常且throws，往出抛时：

3.当目标方法执行有异常且try...catch...，捕获异常时：

2和3区别在于手动捕获异常时环绕通知前后都会执行，而直接往出抛异常时环绕后的代码不会执行。

4.切点表达式

切点表达式有两种：

execution(...) 根据方法匹配
@annotation(...) 根据注解匹配

区别是：execution表达式更适用有规则的，如果我们要匹配多个无规则的方法，更适合用注解。比如仅仅要匹配两个不同类中的的某个方法，直接在该方法上加注解。

示例

匹配UserController下的所有无参方法

execution(* com.example.demo.controller.UserController.*())

UserController下的 public 修饰，返回类型为 String 方法名为 getUserInfo ，无参方法

execution(public String com.example.demo.controller.UserController.getInfo())

5.公共切点 @pointCut

一个切面类中可以包含多个切点，多个切点的切点表达式可能会重复，我们可以采用@PointCut把共同的切点表达式提取出来，使用时直接调用即可。

@Aspect
@Slf4j
@Component
public class TestAspect {

    @Pointcut("execution(* com.example.demo.controller.UserController.*(..))")
    public void pt() {}

    @After("pt()")
    public void doAfter() {
        log.info("执行After...");
    }

    @Before("pt()")
    public void doBefore() {
        log.info("执行Before...");
    }

}

还有一种情况，当公共切点和想要调用的切点不在同一个切面类中时：

@Aspect
@Slf4j
@Component
public class TestAspect2 {
    /**
     * 当公共切点和调用处不在同一个切面类中时，要写出该公共切点的全限定方法名
     * 全限定方法名 = 路径(包名) + 类名 + 方法名
     */
    @After("com.example.demo.aspect.TestAspect3.pt()")
    public void doAfter() {
        log.info("执行After2...");
    }

    @Before("com.example.demo.aspect.TestAspect3.pt()")
    public void doBefore() {
        log.info("执行Before2...");
    }

}

6.切面优先级 @Order

当我们在项目中定义了多个切面类时，并且这个切面类的多个切点都匹配到了同一个目标方法。如果我们对执行顺序有要求的话，可以在切面类上使用@Order()注解来设置执行优先级。

@Aspect //声明为一个切面类
@Slf4j //日志打印
@Component //对象添加到Spring框架中
@Order(3) //切面优先级
public class TestAspect1 {

    @Pointcut("execution(* com.example.demo.controller.UserController.*(..))")
    public void pt() {}

    @After("pt()")
    public void doAfter() {
        log.info("执行After1...");
    }

    @Before("pt()")
    public void doBefore() {
        log.info("执行Before1...");
    }

}

@Order()括号中的数字越小，优先级越高。越先执行。

7.使用自定义注解完成AOP的开发

1.先自定义一个注解

@Target(ElementType.METHOD) //作用范围 此处是方法
@Retention(RetentionPolicy.RUNTIME) //生命周期 此处是运行时
public @interface TestAnnotation {
}

2.在切点表达式中加入该注解

@Aspect
@Component
@Slf4j
public class TestAspect {
    @Around("@annotation(com.example.demo.aspect.TestAnnotation)") //此处加自定义注解
    public Object record(ProceedingJoinPoint joinPoint) {
        log.info("around继续");
        Object result = null;
        try {
            result = joinPoint.proceed();
        } catch (Throwable e) {
            log.error("joinPoint.toShortString()+"发生异常，e:",e");
        }
        return result;
    }
}

3.在目标方法上加自定义注解，这种就适合不规则的，想要匹配哪个方法就在哪个方法上添加注解。

    @TestAnnotation //在目标方法上添加自定义注解
    @RequestMapping("/getuserinfo")
    public void getUserinfo(HttpServletRequest request) {
        log.info("执行目标方法");
    }

Spring AOP实现有几种方式？

1.基于Aspect注解

@Aspect注解是aspectJ提供的，Spring中也用到了这个注解，修饰类，声明这是一个切面类

2.基于自定义注解

第一步：自定义一个注解，设置词注解的作用范围，生命周期，
第二步：在切点表达式中加入该注解，
第三步：在目标方法上加入自定义注解。想匹配哪个方法就在哪个方法上加注解，适合不规则的。

3.基于代理来实现

具体是基于动态代理实现的，两种方式，一种是JDK动态代理，另一种是CGlib动态代理。两种都使用了，具体使用哪种方式，与代理对象(是否是一个实现了接口的类)和项目配置有关。

Spring AOP 的原理,也就是Spring底层是如何实现AOP的？

代理模式概念

也叫委托模式，就是提供一个代理类，让我们在调用目标方法的时候，不再是直接对目标方法进行调用，而是通过代理类间接调用。就好比生活中的明星都有经纪人，一些人想要找明星拍戏，代言等，都不是直接与明星谈的，而是找其经纪人。代理模式又分为静态代理和动态代理。

静态代理：在程序运行前代理类就已经固定好了，即代理类的.class文件已经存在了。使用起来不灵活。

动态代理：与静态代理相比，动态代理更加灵活。不再是提前写好代理，而是由JVM运行时，程序运行过程中根据需要动态生成。即创建代理对象的时机是在运行时。动态代理底层又是基于反射实现的。

Spring AOP是基于动态代理实现的，有两种方式：

1.基于JDK动态代理。有缺陷，只能代理实现了接口的类，不能代理普通类。

2.基于CGlib动态代理。接口和普通类都可以代理。

运行时使用哪种方式与项目配置和代理对象有关。

存在一个属性 proxyTargetClass ，可以使用注解或配置设置它，默认是false。

proxyTargetClass	目标对象	代理方式
false	实现了接口	JDK代理
false	未实现接口(只有实现类)	CGlib代理
true	实现了接口	CGlib代理
true	未实现接口(只有实现类)	CGlib代理

由上表可知，当属性为默认值false时，目标对象实现了接口的类就用JDK代理，未实现接口的类(普通类)就用CGlib代理。当属性值被设置为true时，无论是接口还是普通类都使用CGlib代理。

可以通过如下注解设置默认值：

@EnableAspectJAutoProxy(proxyTargetClass = true) //作用于类上

Springboot2.x版本以前默认是JDK代理，Springboot2.x版本开始，默认使用CGlib代理。可以在yml文件配置中修改，如下默认是true，即CGlib代理。修改为false，则是JDK代理。

Spring对于事物的实现

1.编程式(手动式)：开启事务，提交事务，回滚事务

开启事务，相当于新开了一条分支，在分支上进行增删改查，并不会影响到主干，只有提交事务操作，才会合并到主干上，实现真正的增删改查。而回滚事务也是在分支上进行增删改查，不过并没有合并，销毁了这个分支。说是没有合并，但是自增主键上却是留有痕迹的。从日志来看，回滚是比提交少了一条提交日志。

2.声明式(注解) : 方法上添加 @Transactional 注解，将整个方法看做一个原子性操作，执行成功自动提交事务，发生异常等自动回滚。默认异常是属于运行时异常或Error时，才进行回滚。也可以如下设置。

@Transactional(rollbackFor = {Exception.class})  // 设置回滚的异常类型

发生异常时，如果异常往外抛了，事务会进行回滚
发生异常时，如果异常进行处理(即捕获 try...catch... )了(虽然捕获了异常，但若是throw异常，还是会回滚，重点是没有往外抛)，事务会进行提交

总结：发生异常时，不考虑异常类型的情况下，事务提交还是回滚，就看异常有没有往外抛。就好比往外抛时注解感知到了，才回滚，如果内部发现并处理，并没有往外抛，外面也感知不到，所以就正常提交了。

那如果我们既想捕获，又不想事务提交，有两种办法：

1.手动重新往外抛异常

    @Transactional
    @RequestMapping("/test")
    public String test() {
        // 捕获异常
        try {
           int a = 1/0; 
        }catch (Exception e) {
            log.error("发生了异常");
            throw e;  // 第一种 捕获到异常再往出抛异常
        }
        return "test";
    }

2.手动回滚事务

    @Transactional
    @RequestMapping("/test")
    public String test() {
        // 捕获异常
        try {
           int a = 1/0; 
        }catch (Exception e) {
            log.error("发生了异常");
            //第二种 手动回滚事务
            TransactionAspectSupport.currentTransactionStatus().setRollbackOnly(); 
        }
        return "test";
    }

@Transactional执行流程

方法执行前，开启事务
执行方法
若方法正常执行，事务进行提交；若方法出现异常，事务进行回滚

Spring事务隔离级别

Spring中事务隔离级别有5种:

Isolation.DEFAULT：以连接的数据库的事务隔离级别为主。Spring默认隔离级别
Isolation.READ_UNCOMMITTE：读未提交
Isolation.READ_COMMITTED：读已提交
Isolation.REPEATABLE_READ：可重复读
Isolation.SERIALIZABLE：串行化

@Transactional(isolation = Isolation.DEFAULT) // 手动设置隔离级别

事务传播机制

事务传播机制概念

其实就是多个加了事物的方法之间存在调用关系，多个事务方法存在调用关系时，事务是如何在这些方法间进行传播的。比如有两个方法A,B都被 @Transacional 修饰，且A调用了B，那么B方法在运行时，是加入A的事务，还是重新创建一个新事务呢？

Spring事务传播机制有哪些？

Spring事务传播机制共有7种，默认是Propagation.REQUIRED，可以通过Propagation修改传播机制规则。我的理解是其实主要给被调用的方法的事务设置参数的。

Propagation.REQUIRED（加入事务）：如果当前存在事务，则加入该事务。如果当前没有事务，则创建⼀个新的事务。即多个存在调用关系的方法都在同一个事务中，一起成功，一起失败。Spring默认传播机制。
Propagation.SUPPORTS （支持当前事务）：如果当前存在事务，则加入该事务。如果当前没有事务，则以非事务的方式继续运行。
Propagation.MANDATORY ：如果当前存在事务，则加入该事务。如果当前没有事务，则抛出异常。
Propagation.REQUIRES_NEW （新建事务）：如果当前存在事务，则把当前事务挂起。无论当前存不存在事务，只要被 Propagation.REQUIRES_NEW 修饰的方法都会开启一个新事物。且开启的事务相互独立，互不干扰，互不影响。比如有A，B两个方法，A调用了B，A虽然调用了B，但A,B是在两个不同的事务中，提交还是回滚取决于自己，互不影响。
Propagation.NOT_SUPPORTED（不支持当前事务）：以非事务方式，如果当前存在事务，则把当前事务挂起。
Propagation.NEVER ：以非事务方式运行，如果当前存在事务，则抛出异常。
Propagation.NESTED（嵌套事务）：如果当前存在事务，则创建⼀个事务作为当前事务的嵌套事务来运行。如果当前没有事务，则该取值等价于PROPAGATION_REQUIRED 。多个存在调用关系且被 @Transcational 修饰的方法，其中某一个方法出现异常，在不考虑异常类型的情况下。若是异常抛出，那么全部都会回滚，此时作用和默认传播事务 REQUIRED 一样。若是内部处理，没让异常抛出并且手动进行了回滚，那么出现异常的方法才会回滚，其他都正常提交。即实现局部回滚。若仅仅只是内部处理了异常，既没抛出，也没手动回滚，还是会正常提交的。

@Transactional(propagation = Propagation.REQUIRED) // 手动设置事务隔离级别

往外抛异常的几种情况

对异常没有处理。
虽然try...catch...捕获到了异常，但是又重新throw抛出了异常。

抛异常会影响的几种情况

如果是被调用方有异常抛出了，会影响调用方。
会影响自身，往外抛，自身也会感知到，并进行回滚。

一个方法内有异常但不抛异常，则自身感知不到异常，就会正常提交，不会回滚。想要进行回滚可以通过手动代码回滚。