spring里的AOP和IOC

1 、IOC
Spring IOC：首先想到的是「依赖注入」「控制反转」。Spring IOC 解决的是对象管理和对象依赖的问题。本来我们的对象都是new出来的，而我们如果使用Spring 则把对象交给「IOC容器」来管理。

「IOC容器」是什么？我们可以理解为是一个「工厂」，我们把对象都交由这个「工厂」来管理，包括对象的创建和对象之间的依赖关系等等。等我们要用到对象的时候，就从这个「工厂」里边取出来。

「控制反转」指的就是：本来是「由我们自己」new出来的对象，现在交给了IOC容器，「控制反转」更多的是一种思想或者说是设计模式，把原有由自己掌控的事交给「别人」来处理。

「依赖注入」更多指的是「控制反转」这个思想的实现方式：对象无需自行创建或管理它们的依赖关系，依赖关系将被「自动注入」到需要它们的对象当中去。

最简单理解「依赖注入」和「控制反转」：本来我们的对象都是「由我们自己」new出来的，现在我们把这个对象的创建权限和对象之间的依赖关系交由「IOC容器」来管理。

我们在使用Spring的时候，首先我们要学习的就是怎么把对象交给「IOC容器管理」
Spring提供了四种方式：
1.注解
2.XML
3.JavaConfig
4.基于Groovy DSL配置
总的来说：我们以XML配置+注解来装配Bean比较多，其中注解这种方式占大部分
举个例子：日常开发中，我们很多时候用@Component注解标识将对象放到「IOC容器」中，用@Autowired注解将对象注入

image.png

下面这张图就很好总结了以各种方式来对Bean的定义和注入。

image.png

image.png

Spring AOP

Spring AOP主要做的事情就是：「把重复的代码抽取，在运行的时候往业务方法上动态植入“切面类代码”」
我们想要「消灭」掉重复代码，可以怎么做？这个时候我们应该能想到「动态代理」，通过动态代理，将非业务代码写在要「增强」的逻辑上。

image.png

完了以后，我们就可以通过「代理对象」去调用方法，最终屏蔽掉「重复代码」

image.png

最终效果：

image.png

上面是我们手动写的代理来实现对「非业务代码」的抽取，类似这样的场景会有很多：比如我们要做权限控制，要对参数进行校验等等。Spring 支持了AOP，让我们可以不用自己「手动」去写代理对象，达到将「非业务代码」的抽取的效果。我们可以体验一波Spring AOP是怎么弄的，跟上面的对比对比：

image.png