AOP介绍

AOP(Aspect Oriented Programing)面向切面编程，是通过预编译方式或者是运行期期间动态代理实现功能扩展而不用修改源代码。通过AOP技术，实现一种通用的逻辑解耦，解决一些系统层面的问题，如日志，事务，权限等，从而实现高可用的可重用性和可维护性。

AOP的设计原理和思想

AOP横向抽象技术的介绍

pubic class User{
 //添加用户方法
 public void add(){
  //添加逻辑
  //修改源代码，添加日志功能
 }
}

//扩展功能
//添加日志功能
//添加之后，记录在什么时候添加那个用户


//纵向抽取机制解决
public class BaseUser{
  //创建日志添加的方法
  public void writeLog() {
     //添加日志的逻辑
  }
}

pubic class User Extends BaseUser{
 //添加用户方法
 public void add(){
  //添加逻辑
  //功能拓展，添加日志功能
  //调用服务的方法实现日志功能
  super.writelog();
 
 }
}

/*问题：
父类中的方法名称发生变化
在子类调用的方法也需要变化
*/


/*
AOP横向抽象机制
底层使用 动态代理方式实现
*/
// 第一种方式：
public interface dao{
 public void add();
}
// 使用动态代理方式，创建接口实现类代理对象
public class DaoImpl implements Dao {
  public void add(){
    //方法逻辑
  }
}
/*
创建一个DaoImpl平级对象，这个对象不是真正对象，是代理对象实现和DaoImpl相同的功能
有接口情况，使用JDK动态代理机制，没有接口的情况，使用CGLib代理方式创建类的子类代理对象
在子类中调用父类的方法完成增强
AOP实现核心原理：动态代理
*/

Java程序的执行流

程序运行的过程就是方法调用的过程。我们按照方法执行的顺序，将方法调用排成一串，这样就构成了Java程序流。

将上述的线程栈里的方法调用按照执行流排列，会有如下类似的图

基于时间序列，我们可以将方法调用排成一条线。而每个方法调用则可以看成Java执行流中的一个节点。这个节点在AOP的术语中，被称为Join Point，即连接点。一个Java程序的运行的过程，就是若干个连接点连接起来依次执行的过程。

通常面向对象的程序，代码都是按照时间序列纵向展开的，而他们都有一个共性：即都是以方法调用作为基本执行单位展开的。将方法调用当做一个连接点，那么由连接点串起来的程序执行流就是整个程序的执行过程。

AOP(Aspect Oriented Programming)则是从另外一个角度来考虑整个程序的，AOP将每一个方法调用，即连接点作为编程的入口，针对方法调用进行编程。从执行的逻辑上来看，相当于在之前纵向的按照时间轴执行的程序横向切入。相当于将之前的程序横向切割成若干的面，即Aspect，每个面被称为切面。

所以，根据我的理解，AOP本质上是针对方法调用的编程思路。

AOP是针对切面进行的编程的，那么，你需要选择哪些切面(即连接点Joint Point)作为你的编程对象呢？
因为切面本质上是每一个方法调用，选择切面的过程实际上就是选择方法的过程。那么，被选择的切面(Aspect)在AOP术语里被称为切入点(Point Cut). 切入点实际上也是从所有的连接点(Join point)挑选自己感兴趣的连接点的过程。

第三方

既然AOP是针对方法调用(连接点)的编程，现在又选取了你自己感兴趣的链接点—切入点（Point Cut）了，那么，AOP能对它做什么类型的编程呢？AOP能做什么呢？

了解这个之前，我们先要知道一个非常重要的问题：既然**AOP是对方法调用进行的编程，那么，AOP如何捕获方法调用的呢？**弄清楚这个问题，下面我们先来了解一下引入了代理模式的Java程序执行流是什么样子的。

使用代理模式的Java程序执行流

我们假设在我们的Java代码里，都为实例对象通过代理模式创建了代理对象，访问这些实例对象必须要通过代理，那么，加入了proxy对象的Java程序执行流会变得稍微复杂起来。

我们来看下加入了proxy对象后，Java程序执行流的示意图：

由上图可以看出，只要想调用某一个实例对象的方法时，都会经过这个实例对象相对应的代理对象，即执行的控制权先交给代理对象。

代理模式属于Java代码中经常用到的、也是比较重要的设计模式。代理模式可以为某些对象除了实现本身的功能外，提供一些额外的功能，大致作用如下图所示：

加入了代理模式的Java程序执行流，使得所有的方法调用都经过了代理对象。对于Spring AOP框架而言，它负责控制着整个容器内部的代理对象。当我们调用了某一个实例对象的任何一个非final的public方法时，整个Spring框架都会知晓。

此时的SpringAOP框架在某种程度上扮演着一个上帝的角色：它知道你在这个框架内所做的任何操作，你对每一个实例对象的非final的public方法调用都可以被框架察觉到！

既然Spring代理层可以察觉到你所做的每一次对实例对象的方法调用，那么，Spring就有机会在这个代理的过程中插入Spring的自己的业务代码

Spring AOP的工作原理

已经介绍了AOP编程首先要选择它感兴趣的连接点—-即切入点(Point cut)，那么，AOP能对切入点做什么样的编程呢？我们先将代理模式下的某个连接点细化，你会看到如下这个示意图所表示的过程：

为了降低我们对Spring的AOP的理解难度，我在这里将代理角色的职能进行了简化，方便大家理解。（注意：真实的Spring AOP的proxy角色扮演的只能比这复杂的多，这里只是简化，方便大家理解，请不要先入为主）