aop的实现原理_动力节点Java学院整理(2)

AOP处理的工作内容一般都是这样的一些总结性工作：“我想让所有的数据库类都自动进行数据库映射”、“我想打印出所有业务类的工作流程日志”、“我想给所有关键业务方法都加上事务管理功能”、“我想给所有敏感数据处理方法都加上安全管理授权机制”等等。 

下面我们介绍AOP的实现原理和使用方法。

AOP实现原理

AOP的实现原理可以看作是Proxy/Decorator设计模式的泛化。我们先来看Proxy模式的简单例子。

Proxy { 
  innerObject; // 真正的对象 
  f1() { 
    // 做一些额外的事情 
 
    innerObject.f1(); // 调用真正的对象的对应方法 
 
     // 做一些额外的事情 
  } 
} 

在Python、Ruby等动态类型语言中，只要实现了f1()方法的类，都可以被Proxy包装。在Java等静态类型语言中，则要求Proxy和被包装对象实现相同的接口。动态语言实现Proxy模式要比静态语言容易得多，动态语言实现AOP也要比静态语言容易得多。假设我们用Proxy包装了10个类，我们通过调用Proxy的f1()方法来调用这10个类的f1()方法，这样，所有的f1()调用都会执行同样的一段“额外的工作”，从而实现了“所有被Proxy包装的类，都执行一段同样的额外工作”的任务。这段“额外的工作”可能是进行日志记录，权限检查，事务管理等常见工作。

Proxy模式是可以叠加的。我们可以定义多种完成特定方面任务（Aspect），比如，我们可以定义LogProxy、SecurityProxy、TransactionProxy，分别进行日志管理、权限管理、事务管理。

LogProxy { 
   f1(){ 
      // 记录方法进入信息 
 
      innerObject.f1();// 调用真正的对象的对应方法 
 
     // 记录方法退出信息 
  } 
} 
 
SecurityProxy { 
   f1(){ 
     // 进行权限验证 
 
     innerObject.f1();// 调用真正的对象的对应方法 
   } 
} 
 
TransactonProxy { 
   f1(){ 
     Open Transaction 
 
     innerObject.f1();// 调用真正的对象的对应方法 
 
     Close Transaction 
   } 
} 

根据AOP的惯用叫法，上述的这些Proxy也叫做Advice。这些Proxy（or Advice）可以按照一定的内外顺序套起来，最外面的Proxy会最先执行。包装f1（）方法，也叫做截获（Intercept）f1()方法。Proxy/Advice有时候也叫做Interceptor。

看到这里，读者可能会产生两个问题。

问题一：上述代码采用的Proxy模式只是面向对象的特性，怎么会扯上一个新概念“面向方面（AOP）”呢？

问题二：Proxy模式虽然避免了重复“额外工作”代码的问题，但是，每个相关类都要被Proxy包装，这个工作也是很烦人。AOP Proxy如何能在应用程序中大规模使用呢？