SpringAOP和IOC是什么

AOP

在OOP设计中，它导致了大量代码的重复，而不利于各个模块的重用。

AOP:将程序中的交叉业务逻辑（比如安全，日志，事务等)，封装成一个切面，然后注入到目标对象（具体业务逻辑)中去。AOP可以对某个对象或某些对象的功能进行增强，比如对象中的方法进行增强，可以在执行某个方法之前额外的做一些事情，在某个方法执行之后额外的做一些事情

比如说：你写了三个接口，订单、支付、注册三个接口里面要打印日志，你每个里面都要写，很麻烦，而使用SpringAOP，就相当于使每个对象都有了一个隐藏的对象，打印日志很简单，增强代码的复用

AOP的实现原理：
简单来说，AOP 想要实现的是不动原有代码，实现方法的扩展，前置，后置，环绕，异常等。
所以原理也很简单，就是在真正使用对象实例时，给的是一个特殊处理过的对象，该对象是目标对象的子类，切入点的方法重写，在规定的位置织入代码，比如前置通知，就在方法内先执行织入代码，再调用目标对象的方法。
Spring 使用动态代理技术，构建代理类。代理类是目标类的装饰器。
在依赖注入时，判断目标对象需要被代理，则注入代理类，不需要则直接注入目标对象即可

IOC

IOC：就是Spring容器，包括容器概念、控制反转、依赖注入

IOC容器:实际上就是个map (key，value)，里面存的是各种对象（在xml里配置的bean节点、@repository.@service、@controller、@component)，在项目启动的时候会读取配置文件里面的bean节点，根据全限定类名(类名全称,带包路径的用点隔开)使用反射创建对象放到map里、扫描到打上上述注解的类还是通过反射创建对象放到map里。

这个时候map里就有各种对象了，接下来我们在代码里需要用到里面的对象时，再通过Dl注入(autowired、resource等注解，xml里bean节点内的ref属性，项目启动的时候会读取xml节点ref属性根据id注入，也会扫描这些注解，根据类型或id注入;id就是对象名)。

ioc容器的启动：ioc容器是用来存放spring中创建的对象，在这里涉及到spring是如何启动ioc容器，怎么生成bean的。
（1）配置元数据，比如我们的xml配置文件，properties配置文件，或者注解
（2）spring读取配置文件需要用到xmlbeandefinition，或者propertiesbeandefinition，或者annotedbeandefinition，通过这些读取之后会统一生成一个叫beandefinition的对象存在于内存中
（3）生成的对象通过对应一个唯一的id注册到beandefinitionregister里面，以键值对的形式存在
（4）这里还有一个beanfactorypostprocessor处理器，主要是用来替换属性，修改等操作，例如配置的DataSource里面的${username}等属性信息

控制反转:
没有引入IOC容器之前，对象A依赖于对象B，那么对象A在初始化或者运行到某一点的时候，自己必须主动去创建对象B或者使用已经创建的对象B。无论是创建还是使用对象B，控制权都在自己手上。

引入IOC容器之后，对象A与对象B之间失去了直接联系，当对象A运行到需要对象B的时候，IOC容器会主动创建一个对象B注入到对象A需要的地方。
通过前后的对比，不难看出来:对象A获得依赖对象B的过程,由主动行为变为了被动行为，控制权颠倒过来了，这就是“控制反转"这个名称的由来。

全部对象的控制权全部上缴给"第三方"IOC容器，所以，IOC容器成了整个系统的关键核心，它起到了一种类似"粘合剂"的作用，把系统中的所有对象粘合在一起发挥作用，如果没有这个粘合剂，对象与对象之间会彼此失去联系，这就是有人把lOC容器比喻成"粘合剂"的由来。

依赖注入:
“获得依赖对象的过程被反转了”。控制被反转之后，获得依赖对象的过程由自身管理变为了由IOC容器主动注入。依赖注入是实现IOC的方法，就是由IOC容器在运行期间，动态地将某种依赖关系注入到对象之中。