动态代理。 讲到动态代理，就有对应的静态代理

静态代理的实现，方式1 继承目标类，生成一个子类。代理类和目标类是父子的关系。 然后在子类中进行逻辑的扩展，完成了静态代理。 方式2 基于接口的实现，目标类也是实现了接口。那么新建一个实现了同一接口的代理类，然后代理类中持有目标对象。通过代理类的构造方法注入目标对象。然后在代理类的方法中执行增强的业务逻辑。

动态代理的实现。 jdk的动态代理，为什么只能给予接口来实现呢？ 以为jdk生成的代理类已经继承了Proxy类，实现了目标对象，所以只能是给予接口的实现了，是由于java的单继承多实现造成的。
1） JDK实现动态代理需要两个组件，首先第一个就是InvocationHandler接口。我们在使用JDK的动态代理时，需要编写一个类，去实现这个接口，然后重写invoke方法，这个方法其实就是我们提供的代理方法。然后JDK动态代理需要使用的第二个组件就是Proxy这个类，我们可以通过这个类的newProxyInstance方法，返回一个代理对象。生成的代理类实现了原来那个类的所有接口，并对接口的方法进行了代理，我们通过代理对象调用这些方法时，底层将通过反射，调用我们实现的invoke方法。
2）cblig的动态实现 JDK的动态代理存在限制，那就是被代理的类必须是一个实现了接口的类，代理类需要实现相同的接口，代理接口中声明的方法。若需要代理的类没有实现接口，此时JDK的动态代理将没有办法使用，于是Spring会使用CGLib的动态代理来生成代理对象。CGLib直接操作字节码，生成类的子类，重写类的方法完成代理。重写类的所有的可以重写的方法，重写的过程中，就把我们定义的额外的逻辑，即spring的切面织入到方法中，对方法进行了增强。 如果类被final修饰，不能代理，如果方法是被final、private修饰，不能代理。

注意，jdk动态代理生成的代理类是继承了Proxy这个类，而cglib动态代理生成的代理类是继承了需要进行代理的那个类，所以，我们可以通过输出代理对象所属类的父类，来判断spring使用了何种代理方式。 cglib动态代理生成代理类的速度相对jdk低，但是执行代理方法的速度相对jdk高，因为jdk是利用了反射的技术执行被代理对象的具体方法，而cglib是利用字节码技术生成了被代理类的子类。

所以，spring的aop的核心是jdk和cglib的动态代理，加上spring内部的beanPostProcessor，达到对spring中的bean增强的效果。

本文由博客一文多发平台 OpenWrite 发布！