关于Spring AOP与IOC的个人思考

在阅读本文前，强烈建议阅读一下（有分析，有demo）：
Java JDK 动态代理（AOP）使用及实现原理分析

AOP是Spring提供的关键特性之一。AOP即面向切面编程，是OOP编程的有效补充。使用AOP技术，可以将一些系统性相关的编程工作，独立提取出来，独立实现，然后通过切面切入进系统。从而避免了在业务逻辑的代码中混入很多的系统相关的逻辑——比如权限管理，事物管理，日志记录等等。这些系统性的编程工作都可以独立编码实现，然后通过AOP技术切入进系统即可。从而达到了将不同的关注点分离出来的效果。本文深入剖析Spring的AOP的原理。

一、AOP相关的概念

1）Aspect：切面，切入系统的一个切面。比如事务管理是一个切面，权限管理也是一个切面；

2）Join point：连接点，也就是可以进行横向切入的位置；

3）Advice：通知，切面在某个连接点执行的操作(分为:Before advice,After returning advice,After throwing advice,After (finally) advice,Around advice)；

4）Pointcut：切点，符合切点表达式的连接点，也就是真正被切入的地方；

这一部分的应用可以参考：
Spring MVC AOP通过注解方式拦截Controller等实现日志管理

二、AOP 的实现原理

AOP分为静态AOP和动态AOP。静态AOP是指AspectJ实现的AOP，他是将切面代码直接编译到Java类文件中。动态AOP是指将切面代码进行动态织入实现的AOP。Spring的AOP为动态AOP，实现的技术为：JDK提供的动态代理技术 和 CGLIB(动态字节码增强技术)。尽管实现技术不一样，但都是基于代理模式，都是生成一个代理对象。

1、JDK动态代理

JDK部分解析参考：

Java JDK 动态代理（AOP）使用及实现原理分析

2、CGLIB（code generate libary）

字节码生成技术实现AOP，其实就是继承被代理对象，然后Override需要被代理的方法，在覆盖该方法时，自然是可以插入我们自己的代码的。
因为需要Override被代理对象的方法，所以自然CGLIB技术实现AOP时，就必须要求需要被代理的方法不能是final方法，因为final方法不能被子类覆盖。

package net.aazj.aop;import java.lang.reflect.Method;import net.sf.cglib.proxy.Enhancer;import net.sf.cglib.proxy.MethodInterceptor;import net.sf.cglib.proxy.MethodProxy;public class CGProxy implements MethodInterceptor{    private Object target;    // 被代理对象    public CGProxy(Object target){        this.target = target;    }    public Object intercept(Object arg0, Method arg1, Object[] arg2, MethodProxy proxy) throws Throwable {        System.out.println("do sth before....");        Object result = proxy.invokeSuper(arg0, arg2);        System.out.println("do sth after....");        return result;    }    public Object getProxyObject() {        Enhancer enhancer = new Enhancer();        enhancer.setSuperclass(this.target.getClass());    // 设置父类        // 设置回调        enhancer.setCallback(this);    // 在调用父类方法时，回调 this.intercept()        // 创建代理对象        return enhancer.create();    }}

public class CGProxyTest {    public static void main(String[] args){        Object proxyedObject = new UserServiceImpl();    // 被代理的对象        CGProxy cgProxy = new CGProxy(proxyedObject);        UserService proxyObject = (UserService) cgProxy.getProxyObject();        proxyObject.getUser(1);        proxyObject.addUser(new User());    }}

输出结果：

do sth before....getUser from database.do sth after....do sth before....add user into database.do sth after....

它的原理是生成一个父类enhancer.setSuperclass(this.target.getClass())的子类enhancer.create()，然后对父类的方法进行拦截enhancer.setCallback(this). 对父类的方法进行覆盖，所以父类方法不能是final的。

三、思考

从以上两种代理方式可以看出，实现AOP的关键是：动态代理，即将需要用的接口、类再包装一层，通过动态修改字节码文件实现各种拦截与通知。

注意，两者都需要：要代理真实对象的实例。

比如： 在Spring MVC的Controller层一般@Autowired是Service接口，但带有@Service标识的却是实现Service接口的实体类，这样对于JDK动态代理来说已经足以生成代理类了(其实，不过是cglib还是jdk的动态代理，你直接@Autowired Service接口实现类，也是可以注入成功的，但不如注入Service接口灵活)，大家在跟踪代码的时候可以看一下Spring注入的bean真正的类型，你就可以发现它是代理生成的实例。
比如这种：

带有注解标识的接口或者在Spring.XML中配置的bean会在Spring初始化的时候，被Spring通过反射加载实例化到Spring容器中，写过CS模式的朋友应该知道，在Application运行过程中一般都会有一个应用上下文Context，将一些系统信息放在里面，比如一些登录信息、WCF连接实例等。这些信息在系统的任何地方都可以取到（其实就是一些顶级变量集合，生命周期最长的一些家伙）。

换个角度想一下，如果我们在Application初始化的时候，用反射（获取要代理对象的实例）和动态代理获取有注解标识或者在xml中配置bean的实例，并放到应用上下文Context中，在需要的地方都能取到，这不就是一个简单版的Spring 容器吗？

生命周期的资料可以参考：
.Net 垃圾回收和大对象处理
深入理解JVM读书笔记二： 垃圾收集器与内存分配策略

本文开头及CGLIB部分参考：Spring AOP 深入剖析

作者：jiankunking 出处：http://blog.csdn.net/jiankunking