概述
Spring AOP 使用动态代理技术在运行期织入增强的代码.
为了解密SpringAOP底层的工作机制，我们需要先学习下涉及到的JAVA知识。
Spring使用两种代理机制：
- 一种是基于JDK的动态代理
- 另一种是基于CGLib的动态代理。
之所以需要两种代理，是因为JDK本身只能提供接口的代理，而不支持类的代理。
带有横切逻辑的实例
代码已托管到Github—> https://github.com/yangshangwei/SpringMaster
来看个实例，我们以性能监控为例子，在调用每个目标类方法时启动方法的性能监视，在目标类方法调用完成时记录方法的花费时间。
我们首先来看下包含性能监视横切代码的 ForumService
package com.xgj.aop.base.instance; /** * * * @ClassName: ForumServiceImpl * * @Description: ForumService实现类 * * @author: Mr.Yang * * @date: 2017年8月12日 下午4:14:30 */ public class ForumServiceImpl implements ForumService { @Override public void removeTopic(int topicId) { // 1-（1）开始对removeTopic方法的监控 PerformanceMonitor.begin("removeTopic"); // 模拟业务逻辑 System.out.println("模拟删除Topic"); try { Thread.currentThread().sleep((long) (Math.random() * 1000 * 10)); } catch (InterruptedException e) { e.printStackTrace(); } // 1-（2）结束对removeTopic方法的监控 PerformanceMonitor.end("removeTopic"); } @Override public void removeForum(int forumId) { // 2-（1）开始对removeForum法的监控 PerformanceMonitor.begin("removeForum"); // 模拟业务逻辑 System.out.println("模拟删除forum"); try { Thread.currentThread().sleep((long) (Math.random() * 1000 * 10)); } catch (InterruptedException e) { e.printStackTrace(); } // 2-（2）结束对removeForum法的监控 PerformanceMonitor.end("removeForum"); } }
ForumServiceImpl 实现了ForumService接口。
package com.xgj.aop.base.instance; /** * * * @ClassName: ForumService * * @Description: ForumService接口 * * @author: Mr.Yang * * @date: 2017年8月12日 下午4:13:31 */ public interface ForumService { /** * * * @Title: removeTopic * * @Description: 根据topicId删除Topic * * @param topicId * * @return: void */ void removeTopic(int topicId); /** * * * @Title: removeForum * * @Description: 根据forumId删除Forum * * @param forumId * * @return: void */ void removeForum(int forumId); }
其中1-（1） 1-（2） 2-（1）2-（2）标注的是具有横切逻辑特征的代码，每个Service类和每个业务方法体的前后都执行相同的代码逻辑：方法启动前启用PerformanceMonitor，方法调用后通知PerformanceMonitor结束性能监视并记录性能监视结果。
PerformanceMonitor是性能监视的实现类
package com.xgj.aop.base.instance; public class PerformanceMonitor { // 通过一个ThreadLocal保存与调用线程相关的性能监视信息 private static ThreadLocal<MethoPerformance> performanceLocal = new ThreadLocal<MethoPerformance>(); /** * * * @Title: begin * * @Description: 启动对某一目标方法的性能监视 * * @param method * * @return: void */ public static void begin(String method) { System.out.println("begin to monitor:" + method); MethoPerformance methoPerformance = new MethoPerformance(method); performanceLocal.set(methoPerformance); } /** * * * @Title: end * * @Description: 输出性能监视结果 * * @param method * * @return: void */ public static void end(String method) { System.out.println("finish monitor:" + method); MethoPerformance methoPerformance = performanceLocal.get(); // 打印出方法性能监视的结果信息 methoPerformance.printPerformance(); } }
我们通过ThreadLocal将非线程安全类改造为线程安全的类。
PerformanceMonitor类中两个方法 begin和end ，其中method规定为目标类方法的全限定名。 两个方法必须配套使用。
用于记录性能监视信息的MethoPerformance 如下：
package com.xgj.aop.base.instance; public class MethoPerformance { private long beginTime; private long endTime; private String methodName; /** * * * @Title:MethoPerformance * * @Description:构造函数 * * @param methodName */ public MethoPerformance(String methodName) { super(); this.methodName = methodName; this.beginTime = System.currentTimeMillis(); } /** * * * @Title: printPerformance * * @Description: 计算耗时 * * * @return: void */ public void printPerformance() { endTime = System.currentTimeMillis(); long cost = endTime - beginTime; System.out.println(methodName + " costs " + cost / 1000 + "秒\n"); } }
测试类：
package com.xgj.aop.base.instance; public class ForumServiceTest { public static void main(String[] args) { ForumService forumService = new ForumServiceImpl(); forumService.removeTopic(1); forumService.removeForum(2); } }
运行结果：
问题：通过这个实例，我们可以看到当某个方法需要进行性能监视时，必须调整方法代码，在方法体前后分别添加开启性能监视和结束性能监视的代码。 这些非业务逻辑的性能监视代码破坏了业务实现类中业务逻辑的纯粹性。
改进：我们希望通过代理的方式将业务类方法中开启和结束性能监视的横切代码从业务类中完全移除，并通过JDK或者CGLib动态代理技术将横切代码动态的织入到目标方法的相应位置。
JDK动态代理
详情请访问另一篇博客： Java-JDK动态代理
CGLib动态代理
详情请访问另一篇博客： Java-CGLib动态代理
代理知识小结
Spring AOP的底层就是通过使用JDK或者CGLib动态代理技术为目标Bean织入横切逻辑的。
总结一下动态创建代理对象：
虽然通过PerformanceHandle或者CglibProxy实现了性能监视横切逻辑的动态织入，但是这种实现方式有3个明显需要改进的地方
目标类的所有方法都添加了性能监视横切逻辑，而有的时候这并不是我们所期望的，我们可能只希望对业务类中的某些特定方法添加横切逻辑
通过硬编码的方式指定了织入横切逻辑的织入点，即在目标类业务方法的开始和结束前织入代码
手工编写代理实例的创建过程，在为不同类创建代理时，需要分别编写相应的创建代码，无法做到通用。
以上3个问题在AOP中占有重要的地位，因为SpringAOP的主要工作就是围绕以上3点展开的： Spring AOP 通过Pointcut（切点）指定在哪些类的哪些方法上织入横切逻辑，通过Advice(增强)描述横切逻辑和方法的具体织入点（方法前、方法后、方法的两端等）。
此外，Spring通过Advisor（切面）将Point和Advice组装起来，有了Advisor信息，SPring就可以利用JDK或者CGLib动态代理结束采用统一的方式为目标Bean创建织入切面的代理对象了。
对应singleton的代理对象或者具有实例池的代理，因无需频繁创建对象，比较适合采用CGLib动态代理技术，反之则比较适合采用JDK动态代理技术
