两大核心 " Aop " 和 " IOC "

---

Spring 两大核心 Aop 和 IOC

IOC就是控制反转,控制权的反转
我之前在一家单位中维护过一个基于jdbc+servlet的派出所人员管理的项目，这个项目比较老旧，没有详细的mvc层级拆分，在servlet中大量使用new指令创建对象，这给后期维护人员无论是在代码查看和维护上带来不便。其实这呢没有引入ioc的理念。
IOC就是把创建调用对象的权力由对象本身转换给spring容器管理,由spring容器来管理对象之间的关系依赖,这就达到了控制反转的目的,这样也实现了对象之间的解耦，方便统一维护。

IOC注入的几种方式
bean的注入方式有三种
1.setter注入（给对象提供一个set方法就可以,不需要get方法）
2.构造器注入（给对象提供构造方法）
3.接口注入

IOC底层实现原理:反射+工厂模式+xml配置

AOP实现
AOP,面向切面编程,类比OOP面向对象编程OOP之前有一个C语言的面向过程编程
AOP并不是来替代OOP的,AOP而是在OOP的基础上演变诞生的
AOP,也就是面向切面编程,它们指定了一些预编译的方式和动态代理,在不改变原程序业务代码的情况下来实现新增功能.
AOP五种通知:
前置通知,后置通知,环绕通知,异常通知,最终通知.
比如登录QQ需要登录用户名密码,这个时候就可以用到前置通知,在业务之前给一个通知
还有事务管理的功能,在数据的增删改的时候需要启动事务
AOP也就是做一些除了业务功能以外的功能,比如日志记录,事务管理,安全

事务的ACID四大特性:原子性,持久性,隔离性,一致性
动态代理:jdk cglib 默认的是jdk,jdk要有接口,cglib必须要有实现类
Spring提倡面向接口编程,所以spring默认的动态代理方式是jdk动态代理

AOP的底层原理就是:反射+动态代理
这块了解一些，spring中的AOP是基于动态代理实现的，这里就涉及到两种动态代理的方式，其中一个就是JDK的动态代理，另一个是CGLIB的动态代理。使用JDK的动态代理，委托类必须实现一个接口，但是这样也有一定的局限性，如果代理对象中定义的方法实现在接口中没有定义，则这个方法无法被代理增强，并且使用jdk动态代理底层是利用java的反射原理，效率相对不高。而CGLIB的动态代理是基于类的，其实它的底层是通过继承委托类并重写委托类方法来实现代理的，但是这样也有一定局限性，比如说如果委托类中的方法被final修饰，那么这个方法无法被其子类重写，导致该方法无法被代理增强。

【面试扩展】：
1.说一下你对这个AOP的认识？
spring中的AOP是基于动态代理实现的，这里就涉及到两种动态代理的方式，其中一个就是JDK的动态代理，另一个是CGLIB的动态代理。使用JDK的动态代理，委托类必须实现一个接口，但是这样也有一定的局限性，如果代理对象中定义的方法实现在接口中没有定义，则这个方法无法被代理增强，并且使用jdk动态代理底层是利用java的反射原理，效率相对不高。而CGLIB的动态代理是基于类的，其实它的底层是通过继承委托类并重写委托类方法来实现代理的，但是这样也有一定局限性，比如说如果委托类中的方法被final修饰，那么这个方法无法被其子类重写，导致该方法无法被代理增强。