[spring] -- AOP、IOC、DI篇

AOP(面向切面编程)

• 怎么理解这个切面编程的概念及优点？
  • 概念：
    • 横切关注点与业务逻辑相分离，切面能帮助我们模块化横切关注点；
  • 优点：
    • 现在每个关注点都集中于一个地方，而不是分散到多处代码中；
    • 服务模块更简洁，因为它们只包含主要关注点（或核心功能）的代码，而次要关注点的代码被转移到切面中了。
• AOP常用术语
  • 通知（advice）：通知定义了切面是什么以及何时使用,5种类型的通知;
    • 前置通知（Before）：在目标方法被调用之前调用通知功能；
    • 后置通知（After）：在目标方法完成之后调用通知，此时不会关心方法的输出是什么；
    • 返回通知（After-returning）：在目标方法成功执行之后调用通知；
    • 异常通知（After-throwing）：在目标方法抛出异常后调用通知；
    • 环绕通知（Around）：通知包裹了被通知的方法，在被通知的方法调用之前和调用之后执行
      自定义的行为。
  • 切点（pointcut）:切点的定义会匹配通知所要织入的一个或多个连接点。
  • 连接点（join point）:连接点是在应用执行过程中能够插入切面的一个点。这个点可以是调用方法时、抛出异常时、甚至修改一个字段时。切面代码可以利用这些点插入到应用的正常流程之中，并添加新的行为。
  • 切面（Aspect）:切面是通知和切点的结合。通知和切点共同定义了切面的全部内容——它是什么，在何时和何处完成其功能。
  • 引入（Introduction）:引入允许我们向现有的类添加新方法或属性。
  • 织入（Weaving）:织入是把切面应用到目标对象并创建新的代理对象的过程。切面在指定的连接点被织入到目标对象中。在目标对象的生命周期里有多个点可以进行织入：
    • 编译期：切面在目标类编译时被织入。这种方式需要特殊的编译器。AspectJ的织入编译器就是以这种方式织入切面的。
    • 类加载期：切面在目标类加载到JVM时被织入。这种方式需要特殊的类加载器（ClassLoader），它可以在目标类被引入应用之前增强该目标类的字节码。AspectJ 5的加载时织入（load-time weaving，LTW）就支持以这种方式织入切面。
    • 运行期：切面在应用运行的某个时刻被织入。一般情况下，在织入切面时，AOP容器会为目标对象动态地创建一个代理对象。Spring AOP就是以这种方式织入切面的。
• Spring提供了4种类型的AOP支持：
  • 基于代理的经典Spring AOP；(方法拦截)
    • Spring AOP就是基于动态代理的，如果要代理的对象，实现了某个接口，那么Spring AOP会使用JDK Proxy，去创建代理对象
    • 对于没有实现接口的对象，就无法使用 JDKProxy去进行代理了，这时候SpringAOP会使用Cglib ，这时候Spring AOP会使用 Cglib 生成一个被代理对象的子类来作为代理
  • 纯POJO切面；(方法拦截)
  • @AspectJ注解驱动的切面；(方法拦截)
  • 注入式AspectJ切面（适用于Spring各版本）。

题外话：@Trasactional使用的是Spring AOP，运行时增强，当外部调用类时候，代理类中包裹切面，Spring在运行期把切面织入到Spring管理的bean中，此时事务是生效的，假如同个内部调用，比如this.method调用，那么绕过了代理增强，事务就失效了。

• 应用场景
  1.事务处理
  2.日志管理
  3.权限控制
• 使用AOP好处
  1.减少系统的重复代码
  2.降低模块间的耦合度
  3.有利于未来的可拓展性和可维护性

---

IOC

• 定义：是一种设计思想，就是 将原本在程序中手动创建对象的控制权，交由Spring框架来管理。
  • IoC 容器是 Spring 用来实现IoC的载体，IoC容器实际上就是个Map（key，value）,Map中存放的是各种对象。
  • 将对象之间的相互依赖关系交给 IoC 容器来管理，并由 IoC 容器完成对象的注入。
• 优点
  • 可以很大程度上简化应用的开发，把应用从复杂的依赖关系中解放出来
  • IoC 容器就像是一个工厂一样，当我们需要创建一个对象的时候，只需要配置好配置文件/注解即可，完全不用考虑对象是如何被创建出来的
• Spring IoC的初始化过程：

---

DI

• 定义：依赖注入是种实现控制反转用于解决依赖性设计模式,一个依赖关系指的是可被利用的一种对象（即服务提供端） 。依赖注入是将所依赖的传递给将使用的从属对象（即客户端）。该服务是将会变成客户端的状态的一部分。 传递服务给客户端，而非允许客户端来建立或寻找服务，是本设计模式的基本要求。