Java代理模式的实现方式

代理模式是23种设计模式之一，定义为：为其他对象提供一种代理以控制对这个对象的访问。简单来说就是在调用方无感知的情况下，修改原有的行为。

[TOC]

静态代理

即通过手动编码方式实现

1public interface IFooService {
2    void foo();
3}
4public class FooService implements IFooService {
5    public void foo() {
6        System.out.println("foo");
7    }
8}
9public class FooServiceProxy implements IFooService {
10    private IFooService fooService;
11
12    public FooServiceProxy() {
13        this.fooService = new FooService();
14    }
15
16    @Override
17    public void foo() {
18        System.out.println("before foo");
19        fooService.foo();
20    }
21
22    public static void main(String[] args) {
23        new FooServiceProxy().foo();
24    }
25}

当然实践中为了扩展性考虑，可能会把被代理对象作为参数传入代理类，这实际上就变成了装饰者模式

1public class FooServiceDecorator implements IFooService {
2    private IFooService fooService;
3
4    public FooServiceDecorator(IFooService fooService) {
5        this.fooService = fooService;
6    }
7
8    @Override
9    public void foo() {
10        System.out.println("before foo");
11        fooService.foo();
12    }
13
14    public static void main(String[] args) {
15        new FooServiceDecorator(new FooService()).foo();
16    }
17}

可见硬编码实现代理操作简单，但是需要为每个代理对象单独编码，工作量大且维护困难。

JDK动态代理

1public class JdkProxyMain {
2    public static void main(String[] args) {
3        FooService target = new FooService();
4        InvocationHandler handler = (o, method, objects) -> {
5            System.out.println("before:" + method.getName());
6            return method.invoke(target, objects);
7        };
8         IFooService proxy = (IFooService) Proxy.newProxyInstance(JdkProxyMain.class.getClassLoader(), new Class[]{IFooService.class}, handler);
9        proxy.foo();
10    }
11}

这种做法实际上读取指定接口的方法，通过拼装字节码创建一个类并实现相关方法，在方法里加入执行Handler的代码，然后加载这个类，最后创建代理类对象。

通过增加jvm属性，可以让jvm保存代理生成的代理类class文件。

1public class JdkProxyMain {
2    public static void main(String[] args) {
3        System.setProperty("sun.misc.ProxyGenerator.saveGeneratedFiles", "true");
4        FooService target = new FooService();
5        InvocationHandler handler = (o, method, objects) -> {
6            System.out.println("before:" + method.getName());
7            return method.invoke(target, objects);
8        };
9        IFooService proxy = (IFooService) Proxy.newProxyInstance(JdkProxyMain.class.getClassLoader(), new Class[]{IFooService.class}, handler);
10        proxy.foo();
11    }
12}

执行完成后，项目根目录会生成com.sun.proxy.$Proxy0，用工具反编译查看源码

1public final class $Proxy0 extends Proxy implements IFooService {
2    private static Method m1;
3    private static Method m2;
4    private static Method m3;
5    private static Method m4;
6    private static Method m0;
7
8    public $Proxy0(InvocationHandler var1) throws  {
9        super(var1);
10    }
11
12    public final void bar() throws  {
13        try {
14            super.h.invoke(this, m3, (Object[])null);
15        } catch (RuntimeException | Error var2) {
16            throw var2;
17        } catch (Throwable var3) {
18            throw new UndeclaredThrowableException(var3);
19        }
20    }
21
22    public final void foo() throws  {
23        try {
24            super.h.invoke(this, m4, (Object[])null);
25        } catch (RuntimeException | Error var2) {
26            throw var2;
27        } catch (Throwable var3) {
28            throw new UndeclaredThrowableException(var3);
29        }
30    }
31
32    public final int hashCode() throws  {
33        try {
34            return (Integer)super.h.invoke(this, m0, (Object[])null);
35        } catch (RuntimeException | Error var2) {
36            throw var2;
37        } catch (Throwable var3) {
38            throw new UndeclaredThrowableException(var3);
39        }
40    }
41
42    static {
43        try {
44            m1 = Class.forName("java.lang.Object").getMethod("equals", Class.forName("java.lang.Object"));
45            m2 = Class.forName("java.lang.Object").getMethod("toString");
46            m3 = Class.forName("org.dfg.demo.proxy.IFooService").getMethod("bar");
47            m4 = Class.forName("org.dfg.demo.proxy.IFooService").getMethod("foo");
48            m0 = Class.forName("java.lang.Object").getMethod("hashCode");
49        } catch (NoSuchMethodException var2) {
50            throw new NoSuchMethodError(var2.getMessage());
51        } catch (ClassNotFoundException var3) {
52            throw new NoClassDefFoundError(var3.getMessage());
53        }
54    }
55}

可见代理类继承自java.lang.reflect.Proxy，实现了指定接口和接口方法，方法内容为执行super.h（也就是创建代理是传入的InvocationHandler对象）的invoke方法。此处需要注意的是invoke方法的第一个参数为this，也就是代理对象本身，如果直接用这个对象作为参数用反射执行方法，会导致无限循环。这就是为何说呢么在InvocationHandler里通常使用外部传入的被代理对象执行反射调用。

Cglib

Cglib是一个用于生成和修改Java字节码的工具。为AOP、测试、数据访问框架等提供动态代理对象和字段访问拦截。

1public class CglibTest {
2    public static void main(String[] args) {
3        Enhancer enhancer = new Enhancer();
4        enhancer.setSuperclass(FooService.class);
5        enhancer.setCallback(new Interceptor(target));
6        FooService service = (FooService) enhancer.create();
7        service.foo();
8    }
9}
10class Interceptor implements MethodInterceptor {
11    public Object intercept(Object obj, Method method, Object[] args, MethodProxy proxy) throws Throwable {
12        System.out.println("before:" + method.getName());
13        return proxy.invokeSuper(obj, args);
14    }
15}

Cglib创建代理不用基于接口，可以直接继承类，创建一个子类，重写他的方法。由于Cglib不能直接保存生成的代理类，需要用其他办法查看生成的代理类。首先，在上面代码中加一个阻塞方法，并启动执行：

1public class CglibTest {
2    public static void main(String[] args) {
3        Enhancer enhancer = new Enhancer();
4        enhancer.setSuperclass(FooService.class);
5        enhancer.setCallback(new Interceptor(target));
6        FooService service = (FooService) enhancer.create();
7        service.foo();
8        for (;;){
9        }
10    }
11}
12class Interceptor implements MethodInterceptor {
13    public Object intercept(Object obj, Method method, Object[] args, MethodProxy proxy) throws Throwable {
14        System.out.println("before:" + method.getName());
15        return proxy.invokeSuper(obj, args);
16    }
17}

Hotspot提供了一个运行时调试工具，可以查看jvm数据。执行

1# java1.8
2java -classpath "%JAVA_HOME%/lib/sa-jdi.jar" sun.jvm.hotspot.HSDB
3# java9+
4%JAVA_HOME%/bin/jhsdb hsdb

启动HSDB图形界面，点击File->Attach to HotSpot process，输入进程id（可执行jps获得），点击OK

点击Tools->Class Browser，输入FooService查找

点击下方窗口中，“public class org.dfg.demo.proxy.FooService$$EnhancerByCGLIB$$17719a51”

打开class详情点击“Create .class File”，保存class文件，生成的文件就在执行HSDB命令所在的目录。反编译class：

1public class FooService$$EnhancerByCGLIB$$17719a51 extends FooService implements Factory {
2    private MethodInterceptor CGLIB$CALLBACK_0;
3    
4    public Object newInstance(Callback var1) {
5        CGLIB$SET_THREAD_CALLBACKS(new Callback[]{var1});
6        FooService$$EnhancerByCGLIB$$17719a51 var10000 = new FooService$$EnhancerByCGLIB$$17719a51();
7        CGLIB$SET_THREAD_CALLBACKS((Callback[])null);
8        return var10000;
9    }
10
11    public void setCallbacks(Callback[] var1) {
12        this.CGLIB$CALLBACK_0 = (MethodInterceptor)var1[0];
13    }
14
15	public final void foo() {
16        MethodInterceptor var10000 = this.CGLIB$CALLBACK_0;
17        if (var10000 == null) {
18            CGLIB$BIND_CALLBACKS(this);
19            var10000 = this.CGLIB$CALLBACK_0;
20        }
21
22        if (var10000 != null) {
23            var10000.intercept(this, CGLIB$foo$0$Method, CGLIB$emptyArgs, CGLIB$foo$0$Proxy);
24        } else {
25            super.foo();
26        }
27    }
28    ...
29}
30

可以看到代理类继承自目标类，并覆盖了目标类的方法，方法里调用了var10000，也就是创建代理时传入的MethodInterceptor的invoke方法。MethodInterceptor.invoke方法相比Jdk的InvocationHandler.invoke方法，多了一个MethodProxy，这个对象会在代理类初始化时创建，每个方法对应一个，保存了方法的返回值类型、目标类、方法在目标类中的名字、代理类、方法在代理类中的名字。MethodProxy第一次执行时会执行初始化，会分别为目标类和代理类创建一个FastClass用于执行方法。在HSDB中搜索FooService时搜到的FooService$$FastClassByCGLIB$$4d44bc7.class和FooService$$EnhancerByCGLIB$$17719a51$$FastClassByCGLIB$$d3a59d03.class就是这时候创建的。反编译：

1public class FooService$$FastClassByCGLIB$$4d44bc7 extends FastClass {
2    public Object invoke(int var1, Object var2, Object[] var3) throws InvocationTargetException {
3        FooService var10000 = (FooService)var2;
4        int var10001 = var1;
5
6        try {
7            switch(var10001) {
8            case 0:
9                var10000.foo();
10                return null;
11            case 1:
12                return new Boolean(var10000.equals(var3[0]));
13            case 2:
14                return var10000.toString();
15            case 3:
16                return new Integer(var10000.hashCode());
17            }
18        } catch (Throwable var4) {
19            throw new InvocationTargetException(var4);
20        }
21
22        throw new IllegalArgumentException("Cannot find matching method/constructor");
23    }
24    ...
25}
26
27
28public class FooService$$EnhancerByCGLIB$$17719a51$$FastClassByCGLIB$$d3a59d03 extends FastClass {
29    public Object invoke(int var1, Object var2, Object[] var3) throws InvocationTargetException {
30        17719a51 var10000 = (17719a51)var2;
31        int var10001 = var1;
32
33        try {
34            switch(var10001) {
35            ...
36            case 11:
37                var10000.foo();
38                return null;
39           	...
40        } catch (Throwable var4) {
41            throw new InvocationTargetException(var4);
42        }
43
44        throw new IllegalArgumentException("Cannot find matching method/constructor");
45    }
46}

这两个类的invoke方法分别被MethodProxy的invoke和invokeSuper调用，都是执行foo方法，区别是一个把第二个参数强转成FooService，一个把第二个参数强转成17719a51也就是代理类。而第二个参数就是invoke和invokeSuper的第一个参数。所以这里有一点要注意，如果调用MethodProxy.invoke方法传入了代理对象，会导致无限循环抛出StackOverflowError异常。如果MethodProxy.invokeSuper方法传入了目标对象，会强转失败抛出ClassCastException异常。MethodProxy的注释里也有提到

1    /**
2     * Invoke the original method, on a different object of the same type.
3     * @param obj the compatible object; recursion will result if you use the object passed as the first
4     * argument to the MethodInterceptor (usually not what you want)
5     * @param args the arguments passed to the intercepted method; you may substitute a different
6     * argument array as long as the types are compatible
7     * @see MethodInterceptor#intercept
8     * @throws Throwable the bare exceptions thrown by the called method are passed through
9     * without wrapping in an <code>InvocationTargetException</code>
10     */
11    public Object invoke(Object obj, Object[] args) throws Throwable {
12        try {
13            init();
14            FastClassInfo fci = fastClassInfo;
15            return fci.f1.invoke(fci.i1, obj, args);
16        } catch (InvocationTargetException e) {
17            throw e.getTargetException();
18        } catch (IllegalArgumentException e) {
19            if (fastClassInfo.i1 < 0)
20                throw new IllegalArgumentException("Protected method: " + sig1);
21            throw e;
22        }
23    }
24
25    /**
26     * Invoke the original (super) method on the specified object.
27     * @param obj the enhanced object, must be the object passed as the first
28     * argument to the MethodInterceptor
29     * @param args the arguments passed to the intercepted method; you may substitute a different
30     * argument array as long as the types are compatible
31     * @see MethodInterceptor#intercept
32     * @throws Throwable the bare exceptions thrown by the called method are passed through
33     * without wrapping in an <code>InvocationTargetException</code>
34     */
35    public Object invokeSuper(Object obj, Object[] args) throws Throwable {
36        try {
37            init();
38            FastClassInfo fci = fastClassInfo;
39            return fci.f2.invoke(fci.i2, obj, args);
40        } catch (InvocationTargetException e) {
41            throw e.getTargetException();
42        }
43    }

有一点要说的是MethodProxy.invokeSuper在代理类上调用方法，为什么不会导致无限循环？因为在创建代理类是还创建了方法“CGLIB$STATICHOOK1”。并把方法名传入MethodProxy。

1public class FooService$$EnhancerByCGLIB$$17719a51 extends FooService implements Factory {
2    final void CGLIB$foo$0() {
3        super.foo();
4    }
5    static void CGLIB$STATICHOOK1() {
6        Class var0 = Class.forName("org.dfg.demo.proxy.FooService$$EnhancerByCGLIB$$17719a51");
7        Class var1;
8        CGLIB$foo$0$Method = ReflectUtils.findMethods(new String[]{"foo", "()V"}, (var1 = Class.forName("org.dfg.demo.proxy.FooService")).getDeclaredMethods())[0];
9        CGLIB$foo$0$Proxy = MethodProxy.create(var1, var0, "()V", "foo", "CGLIB$foo$0");
10    }
11}

MethodProxy初始化时从生成的代理类FastClass即FooService$$EnhancerByCGLIB$$17719a51$$FastClassByCGLIB$$d3a59d03获取到对应代理方法的index，并在执行invokeSuper时传入。

1public class MethodProxy {
2    private Signature sig1;
3    private Signature sig2;
4    private CreateInfo createInfo;
5    
6    private final Object initLock = new Object();
7    private volatile FastClassInfo fastClassInfo;
8
9    public static MethodProxy create(Class c1, Class c2, String desc, String name1, String name2) {
10        MethodProxy proxy = new MethodProxy();
11        proxy.sig1 = new Signature(name1, desc); //foo
12        proxy.sig2 = new Signature(name2, desc); //CGLIB$foo$0
13        proxy.createInfo = new CreateInfo(c1, c2);
14        return proxy;
15    }
16
17    private void init() {
18        if (fastClassInfo == null) {
19            synchronized (initLock) {
20                if (fastClassInfo == null) {
21                    CreateInfo ci = createInfo;
22
23                    FastClassInfo fci = new FastClassInfo();
24                    fci.f1 = helper(ci, ci.c1);
25                    fci.f2 = helper(ci, ci.c2);
26                    fci.i1 = fci.f1.getIndex(sig1);
27                    fci.i2 = fci.f2.getIndex(sig2); //18
28                    fastClassInfo = fci;
29                    createInfo = null;
30                }
31            }
32        }
33    }
34}

代理方法id为18，调用了代理类的CGLIB$foo$0，并最终调用了代理类的super.foo方法。所以实际上调用的不是代理方法，也就不会导致循环调用。

1public class FooService$$EnhancerByCGLIB$$17719a51$$FastClassByCGLIB$$d3a59d03 extends FastClass {
2    public Object invoke(int var1, Object var2, Object[] var3) throws InvocationTargetException {
3        17719a51 var10000 = (17719a51)var2;
4        int var10001 = var1;
5
6        try {
7            switch(var10001) {
8            case 18:
9                var10000.CGLIB$foo$0();
10                return null;
11            }
12        } catch (Throwable var4) {
13            throw new InvocationTargetException(var4);
14        }
15        throw new IllegalArgumentException("Cannot find matching method/constructor");
16    }
17
18    public int getIndex(Signature var1) {
19        String var10000 = var1.toString();
20        switch(var10000.hashCode()) {
21        case -387144666:
22            if (var10000.equals("CGLIB$foo$0()V")) {
23                return 18;
24            }
25            break;
26        return -1;
27    }
28}

由于虚拟机为了实现多态性，在调用虚方法时执行invokevirtual指令的分派逻辑是按照方法接收者的实际类型进行分派。也就是说子类在通过super调用父类对象时，父类中this指向的是子类。这就解决了一个问题，就是要求目标对象内部方法互相调用时，也能被代理到。

修改代码：

1public interface IFooService {
2    void foo();
3    void bar();
4}
5public class FooService implements IFooService {
6    public void foo() {
7        System.out.println("foo");
8        bar();
9    }
10
11    @Override
12    public void bar() {
13        System.out.println("bar");
14    }
15}
16public class CglibInnerCallTest {
17    public static void main(String[] args) {
18        FooService target = new FooService();
19        Enhancer enhancer = new Enhancer();
20        enhancer.setSuperclass(FooService.class);
21        enhancer.setCallback((MethodInterceptor) (obj, method, args1, proxy) -> {
22            System.out.println("before:" + method.getName());
23            return proxy.invoke(target, args1);
24        });
25        FooService service = (FooService) enhancer.create();
26        service.foo();
27
28        System.out.println("~~~~~~~");
29
30        enhancer.setCallback((MethodInterceptor) (obj, method, args1, proxy) -> {
31            System.out.println("before:" + method.getName());
32            return proxy.invokeSuper(obj, args1);
33        });
34        service = (FooService) enhancer.create();
35        service.foo();
36    }
37}

执行后打印：

1before:foo
2foo
3bar
4~~~~~~~
5before:foo
6foo
7before:bar
8bar

所以，Cglib相比Jdk代理，不需要被代理的目标类方法继承自接口，解决了类内部方法互相调用不能被代理的问题，同时提供一些其他功能：

如拦截器过滤：

1public class CglibFilterTest {
2    public static void main(String[] args) {
3        Enhancer enhancer = new Enhancer();
4        enhancer.setSuperclass(FooService.class);
5        enhancer.setCallbacks(new MethodInterceptor[]{fooInterceptor, defaultInterceptor});
6        enhancer.setCallbackFilter(method -> {
7            if ("foo".equals(method.getName())) {
8                return 0;
9            } else {
10                return 1;
11            }
12        });
13        FooService service = (FooService) enhancer.create();
14        service.foo();
15        service.bar();
16    }
17
18    private static MethodInterceptor fooInterceptor = (obj, method, args, proxy) -> {
19        System.out.println("invoke foo");
20        return proxy.invokeSuper(obj, args);
21    };
22
23    private static MethodInterceptor defaultInterceptor = (obj, method, args, proxy) -> {
24        System.out.println("invoke other");
25        return proxy.invokeSuper(obj, args);
26    };
27}

执行后打印：

1invoke foo
2foo
3invoke other
4bar
5invoke other
6bar

动态代理虽然不用硬编码，实现了一定的代码复用，但是在使用的时候需要创建代理工厂，创建代理对象，仍然会侵入原有代码（虽然大部分开发场景中，Spring都把这个工作做了，这也是IOC的一大优势吧）。

AspectJ

AspectJ官网（https://www.eclipse.org/aspectj/）的描述是

AspectJ is

• a seamless aspect-oriented extension to the Java™ programming language
• Java platform compatible
• easy to learn and use

AspectJ enables

• clean modularization of crosscutting concerns, such as error checking and handling, synchronization, context-sensitive behavior, performance optimizations, monitoring and logging, debugging support, and multi-object protocols

简单来说Aspectj不是一种代理实现，而是直接修改字节码，将改动直接插入原有代码中，这个过程称为编织（weaving）。相比动态代理不需要创建代理类，没有多余的方法调用，所以效率更高，开销更少。

这里有几个概念：

• Join Point（连接点）

  AspectJ通过将连接点的概念叠加到现有的Java语义上，并向Java中添加一些新的程序元素来扩展Java。连接点是程序执行过程中定义良好的点。这些包括方法和构造函数调用、字段访问和下面描述的其他。切入点选择连接点，并在这些连接点的执行上下文中公开一些值。有几个基本的切入点指示器，其他的可以通过切入点声明来命名和定义。

• Pointcut （切入点）

  在AspectJ中，切入点选择程序流中的连接点并从这些连接点的执行上下文中公开数据的程序元素。主要通过Advice来使用。

• Advice （通知）

  通知定义横切行为，一条通知的代码在它的切入点选择的每个连接点上运行。简单来说，切入点选择连接点，然后交给通知处理。

  AspectJ支持三种建议，通知的类型决定了它如何与定义它的连接点交互。因此，AspectJ将通知划分为在其连接点之前运行的通知（Before）、在其连接点之后运行的通知（After）和代替或“围绕”（Around）连接点运行的通知。

• Inter-type declaration（类型间声明）

  官方描述为：AspectJ中的类型间声明是跨类及其层次结构的声明。它们可以声明跨多个类的成员，或者更改类之间的继承关系。简单来说就是修改类的接口和添加属性。

• Aspect（切面）

  方面是一种横切类型，它封装了切入点、通知和静态横切特性。简单来说Aspect=Pointcut +Advice 。

https://www.eclipse.org/aspectj/doc/released/progguide/semantics.htm

AspectJ提供了三种编织方式：编译时（Compile-time weaving）、编译后（Post-compile weaving）、加载时（Load-time weaving）。官网还提到了运行时编织，并表示“AspectJ 5不提供对运行时编织的显式支持”。

https://www.eclipse.org/aspectj/doc/released/devguide/ltw.html#weaving-class-files-more-than-once

编译时编织（CTW）

通过工具直接在编译的时候织入，生成可以直接运行的字节码。

AspectJ定义了一种语言用于描述切面，语法类似java，扩展名为aj。

1public aspect AspectJAdvisor {
2	pointcut pc(): (execution(* *..FooService.*(..)));
3
4    before (): pc() {
5        System.out.println("aspect before:" + thisJoinPoint.getSignature().getName());
6    }
7}

编译时织入需要AspectJ提供的编译器编译，有几种工具：

• 可以下载官方提供的SDK（https://www.eclipse.org/aspectj/downloads.php）
• 使用IDE提供的编译器（例如IntelliJ Idea，File->Settings->Build->Compiler->Java Compiler，User compiler改为Acj）
• Ant、Maven插件

以上几种方法其实最终都是调用aspectjtools-xxx.jar中的org.aspectj.tools.ajc.Main类实现的。这里以SDK命令为例：

ajc -cp E:\\aspectjrt-1.9.2.jar -d target\ajc src\main\java\org\dfg\demo\proxy\FooService.java src\main\java\org\dfg\demo\proxy\aspectj\AspectAdvice.aj src\main\java\org\dfg\demo\proxy\aspectj\AspectJTest.java

由于AspectJ在编译时已经将Advice织入字节码中，所以直接执行即可：

1public class AspectJTest {
2    public static void main(String[] args) {
3        new FooService().foo();
4    }
5}

执行输出：

1aspect before:foo
2foo
3aspect before:bar
4bar

反编译class文件：

1public class FooService {
2    private static final JoinPoint$StaticPart ajc$tjp_0;
3    private static final JoinPoint$StaticPart ajc$tjp_1;
4    public void foo() {
5        AspectJAdvisor.aspectOf().ajc$before$org_dfg_demo_proxy_aspectj_AspectJAdvisor$1$346234(FooService.ajc$tjp_0);
6        System.out.println("foo");
7        this.bar();
8    }
9    public void bar() {
10        AspectJAdvisor.aspectOf().ajc$before$org_dfg_demo_proxy_aspectj_AspectJAdvisor$1$346234(FooService.ajc$tjp_1);
11        System.out.println("bar");
12    }
13    static {
14        ajc$preClinit();
15    }
16    private static void ajc$preClinit() {
17        final Factory factory = new Factory("FooService.java", (Class)FooService.class);
18        ajc$tjp_0 = factory.makeSJP("method-execution", (Signature)factory.makeMethodSig("1", "foo", "org.dfg.demo.proxy.FooService", "", "", "", "void"), 8);
19        ajc$tjp_1 = factory.makeSJP("method-execution", (Signature)factory.makeMethodSig("1", "bar", "org.dfg.demo.proxy.FooService", "", "", "", "void"), 13);
20    }
21}
22public class AspectJAdvisor {
23    @Before(value = "pc()",argNames = "")
24    public void ajc$before$org_dfg_demo_proxy_aspectj_AspectJAdvisor$1$346234(StaticPart thisJoinPointStaticPart) {
25        System.out.println("aspect before:" + thisJoinPointStaticPart.getSignature().getName());
26    }
27
28    public static AspectJAdvisor aspectOf() {
29        if (ajc$perSingletonInstance == null) {
30            throw new NoAspectBoundException("org_dfg_demo_proxy_aspectj_AspectJAdvisor", ajc$initFailureCause);
31        } else {
32            return ajc$perSingletonInstance;
33        }
34    }
35}
36

可见AspectJ直接将调用Advice方法的代码放到了目标类中，所以内部互相调用也能触发Advice。

编译后编织（PCW）

编译后编织(也称为二进制编织)用于编织现有的类文件和JAR文件。先将代码用javac编译，然后执行命令：

1ajc -cp E:\aspectjrt-1.9.2.jar -inpath target\classes\ -d target\ajc src\main\java\org\dfg\demo\proxy\aspectj\AspectAdvice.aj
2或
3ajc -cp E:\aspectjrt-1.9.2.jar -inpath target\proxy-aspectj-1.0-SNAPSHOT.jar -outjar target\weaver.jar src\main\java\org\dfg\demo\proxy\aspectj\AspectAdvice.aj

加载时编织（LTW）

加载时编织机制通过增加JVM启动参数启用，通过配置文件确定切面，并提供一些选项允许用户调试配置和编织过程。

在这之前要先介绍JVMTI，JVM工具接口（JVM Tool Interface）是开发和监视工具使用的编程接口。它提供了一些检查JVM状态和控制中运行的应用程序的接口，可以用于分析，调试，监控，线程分析和覆盖率分析等。

https://docs.oracle.com/javase/8/docs/platform/jvmti/jvmti.html

其中有个Bytecode Instrumentation接口，该接口支持字节码检测，即改变构成目标程序的Java虚拟机字节码指令的能力。Instrumentation 支持三种插入方法：

• 静态检测：在将类文件加载到VM之前对其进行检测。

  简单来说就是创建一个全名相同的class文件，放到环境变量前面，根据jvm不会加载重复类的特性“覆盖”原始类字节码，从而修改类的行为。

• 加载时间检测：当VM加载类文件时，将发送类文件的原始字节以便将检测发送给代理。

  Java1.5增加的功能，在启动参数中加入-javaagent:xxx.jar，jvm加载类之前，会调用指定agent的premain方法，并修改字节码。

• 动态检测：已经加载（甚至可能正在运行）的类被修改。

  Java1.6增加的功能，可以在jvm启动后，甚至类加载后，对类进行修改并重新加载，但是有诸多限制。

javaagent的用法，网络上已经有很多文章，就不做过多介绍了。

AspectJ提供了三种实现LTW方式：

• Agent方式

  基于JVMTI提供的javaagent参数：-javaagent:pathto/aspectjweaver.jar。

• 命令脚本aj

  使用AspectJ提供的SDK里的脚本aj（指定了AspectJ的类加载器）或aj5（指定javaagent）命令启动程序。

• 自定义类加载器

  AspectJ提供了一个接口，允许用户自定义类加载器在加载之前对类进行编织。

一般情况下使用javaagent方式，只需要在环境变量加入配置文件，启动参数中加入javaagent即可，对现有流程的影响是最小的。

由于javac无法编译aj文件，LTW似乎也无法识别aj文件，所以Advisor需要改成java类文件：

1@Aspect
2public class AspectJAdvisorClass {
3    @Pointcut("(execution(* *..FooService.*(..)))")
4    public void pointcut() {
5    }
6
7    @Before("pointcut()")
8    public void pointcut(JoinPoint joinPoint) {
9        System.out.println("aspect before:" + joinPoint.getSignature().getName());
10    }
11}

在环境变量里加入配置文件META-INF/aop.xml：

1<?xml version="1.0" encoding="UTF-8" ?>
2<!DOCTYPE aspectj PUBLIC "-//AspectJ//DTD 1.5.0//EN" "http://www.eclipse.org/aspectj/dtd/aspectj_1_5_0.dtd">
3<aspectj>
4    <weaver options="-verbose -debug">
5    </weaver>
6    <aspects>
7        <aspect name="org.dfg.demo.proxy.aspectj.AspectJAdvisorClass"/>
8    </aspects>
9</aspectj>

调用方式仍然不需要做修改：

1public class AspectJTest {
2    public static void main(String[] args) {
3        new FooService().foo();
4    }
5}

在启动命令中加入，执行

java -javaagent:E:\aspectjweaver-1.9.2.jar -classpath target\classes;D:\.m2\repository\org\aspectj\aspectjrt\1.9.2\aspectjrt-1.9.2.jar org.dfg.demo.proxy.aspectj.AspectJTest

输出：

1aspect before:foo
2foo
3aspect before:bar
4bar

查看aspectjweaver-1.9.2.jar，发现它的META-INF/MANIFEST.MF文件中，同时指定了Premain-Class和Agent-Class

1Premain-Class: org.aspectj.weaver.loadtime.Agent
2Agent-Class: org.aspectj.weaver.loadtime.Agent
3Can-Redefine-Classes: true

而org.aspectj.weaver.loadtime.Agent类中也实现了agentmain方法，难道AspectJ支持加载后编织？于是做了一个测试：

1public class AgentmainTest {
2    public static void main(String[] args) throws Exception {
3        String pid = ManagementFactory.getRuntimeMXBean().getName().split("@")[0];
4        final VirtualMachine machine = VirtualMachine.attach(pid);
5        machine.loadAgent("E:\\aspectjweaver-1.9.2.jar");
6        machine.detach();
7        new FooService().foo();
8    }
9}

执行输出:

1aspect before:foo
2foo
3aspect before:bar
4bar

看起来似乎是实现了jvm启动后编织，但是这个测试里FooService实际上没有加载（搜索类被JVM加载的几种触发条件）。如果在最前面触发类加载，就不行了。

1public class AspectJAgentmainTest {
2    public static void main(String[] args) throws Exception {
3        FooService.class.getName(); //触发类加载
4        String pid = ManagementFactory.getRuntimeMXBean().getName().split("@")[0];
5        final VirtualMachine machine = VirtualMachine.attach(pid);
6        machine.loadAgent("E:\\aspectjweaver-1.9.2.jar");
7        machine.detach();
8        new FooService().foo();
9    }
10}

执行输出，发现织入失效了：

1foo
2bar

查看java.lang.instrument.Instrumentation.addTransformer()注释：

1   /**
2     * Registers the supplied transformer. 
3     * All future class definitions will be seen by the transformer, 
4     * except definitions of classes upon which any registered transformer is dependent.
5     * The transformer is called when classes are loaded, when they are {@linkplain #redefineClasses redefined}.
6     * and if <code>canRetransform</code> is true,
7     * when they are {@linkplain #retransformClasses retransformed}.
8     * See {@link java.lang.instrument.ClassFileTransformer#transform
9     * ClassFileTransformer.transform} for the order of transform calls.
10     * ......
11     */
12    void addTransformer(ClassFileTransformer transformer, boolean canRetransform);

注释里说类被加载或者调用redefined，才会执行这个方法。由于同一个类只会被JVM加载一次，所以上面例子中没有织入成功。这里还提到了两个方法redefined和retransformed。由于发现org.aspectj.weaver.loadtime.Agent中保存了Instrumentation对象，所以尝试调用这个两个方法。

retransformed方法可以对已加载的类的字节码做转换：

1public class AspectJRetransformTest {
2    public static void main(String[] args) throws Exception {
3        FooService.class.getName();
4
5        String pid = ManagementFactory.getRuntimeMXBean().getName().split("@")[0];
6        final VirtualMachine machine = VirtualMachine.attach(pid);
7        machine.loadAgent("E:\\aspectjweaver-1.9.2.jar");
8        machine.detach();
9
10        Agent.getInstrumentation().retransformClasses(FooService.class);
11
12        new FooService().foo();
13    }
14}

执行会报错：

1Exception in thread "main" java.lang.UnsupportedOperationException: retransformClasses is not supported in this environment
2	at sun.instrument.InstrumentationImpl.retransformClasses(InstrumentationImpl.java:141)
3	at org.dfg.demo.proxy.aspectj.agentmain.AspectJRetransformTest.main(AspectJRetransformTest.java:21)

因为aspectjweaver-1.9.2.jar的META-INF/MANIFEST.MF文件里没有指定Can-Retransform-Classes为true，同时org.aspectj.weaver.loadtime.Agent类的agentmain方法中调用 没有指定第二个参数为true：

1   public static void premain(String options, Instrumentation instrumentation) {
2    	if (s_instrumentation != null) {
3    		return;
4    	}
5        s_instrumentation = instrumentation;
6        s_instrumentation.addTransformer(s_transformer);
7    }
8    public static void agentmain(String options, Instrumentation instrumentation) {
9        premain(options, instrumentation);
10    }

即使Can-Retransform-Classes设置为true也不会生效。那么，aspectjweaver-1.9.2.jar的META-INF/MANIFEST.MF文件里指定了Can-Redefine-Classes为true，是否能通过redefine织入呢：

1public class AspectJRedefineTest {
2    public static void main(String[] args) throws Exception {
3        FooService.class.getName();
4
5        String pid = ManagementFactory.getRuntimeMXBean().getName().split("@")[0];
6        final VirtualMachine machine = VirtualMachine.attach(pid);
7        machine.loadAgent("E:\\aspectjweaver-1.9.2.jar");
8        machine.detach();
9
10        final InputStream is = Thread.currentThread().getContextClassLoader().getResourceAsStream("org/dfg/demo/proxy/FooService.class");
11        Agent.getInstrumentation().redefineClasses(new ClassDefinition(FooService.class, IOUtils.toByteArray(is)));
12
13        new FooService().foo();
14    }
15}

执行后仍然报错，即不能添加或删除字段：

1Exception in thread "main" java.lang.UnsupportedOperationException: class redefinition failed: attempted to change the schema (add/remove fields)
2	at sun.instrument.InstrumentationImpl.redefineClasses0(Native Method)
3	at sun.instrument.InstrumentationImpl.redefineClasses(InstrumentationImpl.java:170)
4	at org.dfg.demo.proxy.aspectj.agentmain.AspectJRedefineTest.main(AspectJRedefineTest.java:26)

关于这一点，java.lang.instrument.Instrumentation的redefineClasses方法和retransformClasses方法都有说明：

1    /**
2     * ......
3     * The redefinition may change method bodies, the constant pool and attributes.
4     * The redefinition must not add, remove or rename fields or methods, change the
5     * signatures of methods, or change inheritance.  These restrictions maybe be
6     * lifted in future versions.  The class file bytes are not checked, verified and installed
7     * until after the transformations have been applied, if the resultant bytes are in
8     * error this method will throw an exception.
9     * ......
10     */
11    void redefineClasses(ClassDefinition... definitions) throws  ClassNotFoundException, UnmodifiableClassException;

就是说重定义不得添加、移除、重命名字段或方法，不得更改方法签名、继承关系。可能在以后的版本中会取消这些限制。联想在之前反编译的AspectJ编织后的class里，可以看到增加了一个属性用于保存JointPoint，这是不被允许的。AspectJ官网上说：“AspectJ 5不提供运行时编织的显式支持，尽管简单的编码模式可以支持在方面动态启用和禁用通知。”，大概就是因为这个原因。同时aspectjweaver.jar的MANIFEST.MF文件中指定Can-Retransform-Classes为true，Agent类保留了Instrumentation对象，而源码中也没有找到使用的地方，所以这似乎是开放给特定需求的用户使用。

这里提供一个简单的加载后修改字节码的例子，新建一个项目：

1package org.dfg.demo.agentmain;
2public class SimpleAgent {
3    public static Instrumentation instrumentation;
4
5    public static void agentmain(final String options, final Instrumentation instrumentation) {
6        System.out.println("agentmain! arg:" + options);
7        instrumentation.addTransformer(new TestTransformer());//第二个参数只影响retransform
8
9        Agent.instrumentation = instrumentation;
10    }
11}
12public class SimpleTransformer implements ClassFileTransformer {
13
14    @Override
15    public byte[] transform(ClassLoader loader, String className, Class<?> type, ProtectionDomain domain, byte[] bytes) {
16        if (!"org/dfg/demo/agentmain/FooService".equals(className)) {
17            return null;
18        }
19        System.out.println("transform!");
20
21        try {
22            ClassPool pool = new ClassPool();
23            pool.appendSystemPath();
24            CtClass cc = pool.makeClass(new ByteArrayInputStream(bytes));
25            final CtMethod method = cc.getMethod("foo", "()V");
26            method.insertBefore("System.out.println(\"before foo\");");
27            return cc.toBytecode();
28        } catch (Exception e) {
29            e.printStackTrace();
30        }
31        return null;
32    }
33}

添加META-INF/MANIFEST.MF文件：

1<plugin>
2    <artifactId>maven-jar-plugin</artifactId>
3    <configuration>
4        <archive>
5            <manifestEntries>
6                <Agent-Class>org.dfg.demo.agentmain.SimpleAgent</Agent-Class>
7                <Can-Retransform-Classes>true</Can-Retransform-Classes>
8                <Can-Redefine-Classes>true</Can-Redefine-Classes>
9            </manifestEntries>
10        </archive>
11    </configuration>
12</plugin>

在另一个模块引入依赖：

1    <dependencies>
2        <dependency>
3            <groupId>org.dfg.demo</groupId>
4            <artifactId>agentmain</artifactId>
5            <version>1.0-SNAPSHOT</version>
6        </dependency>
7        <dependency>
8            <groupId>commons-io</groupId>
9            <artifactId>commons-io</artifactId>
10            <version>2.6</version>
11        </dependency>
12    </dependencies>
13	<!-- JVMTI是只有HotSpot支持，所以需要单独引入依赖 -->
14	<profiles>
15        <profile>
16            <id>default-tools</id>
17            <activation>
18                <jdk>[,1.8]</jdk>
19            </activation>
20            <dependencies>
21                <dependency>
22                    <groupId>com.sun</groupId>
23                    <artifactId>tools</artifactId>
24                    <version>${java.version}</version>
25                    <scope>system</scope>
26                    <optional>true</optional>
27                    <systemPath>${java.home}/../lib/tools.jar</systemPath>
28                </dependency>
29            </dependencies>
30        </profile>
31        <profile>
32            <id>java9-tools</id>
33            <activation>
34                <jdk>[1.9,]</jdk>
35            </activation>
36            <dependencies>
37                <dependency>
38                    <groupId>com.sun</groupId>
39                    <artifactId>tools</artifactId>
40                    <version>${java.version}</version>
41                    <scope>system</scope>
42                    <optional>true</optional>
43                    <systemPath>${java.home}/lib/jrt-fs.jar</systemPath>
44                </dependency>
45            </dependencies>
46        </profile>
47    </profiles>

执行测试：

1public class RedefineTest {
2    public static void main(String[] args) throws Exception {
3        FooService.class.getName(); //触发类加载
4
5        final File file = new File("./agentmain/target/agentmain-1.0-SNAPSHOT.jar");
6
7        String pid = ManagementFactory.getRuntimeMXBean().getName().split("@")[0];
8        final VirtualMachine machine = VirtualMachine.attach(pid);
9        machine.loadAgent(file.getCanonicalPath());
10        machine.detach();
11
12        //重新加载
13        SimpleAgent.instrumentation.redefineClasses(new ClassDefinition(FooService.class, getByteArray()));
14
15        new FooService().foo();
16    }
17
18    public static byte[] getByteArray() throws Exception {
19        ClassPool pool = ClassPool.getDefault();
20        CtClass cc = pool.get(FooService.class.getName());
21        return cc.toBytecode();
22    }
23}

输出：

1agentmain! arg:null
2transform!
3before foo
4foo

AspectJ支持多种表达式，网络上已有很多介绍，有一点需要说的是call和execution的区别。官方的说法是execution是在被调用方法内部织入，而call是在调用目标方法的地方织入，call无法捕获非静态方法的super调用。经验法则是，如果要捕获一个实际代码运行时的连接点（通常是跟踪的情况），使用execution，如果要捕获特定签名运行时的连接点调用（通常是生产方面的情况），使用call。

通常使用起来区别不大，有一种特殊情况，比如Spring中的一种常见场景，在Service实现类上启动事务，在调用的地方使用接口注入，如果在使用call配置service实现类的切面，就不会生效。

1public interface IUserService {
2    void f1();
3    void f2();
4}
5public class UserService implements IUserService {
6    @Override
7    public void f1() {
8        System.out.println("f1");
9    }
10    @Override
11    public void f2() {
12        System.out.println("f2");
13        f1();
14    }
15}
16public aspect ImplAdvisor {
17    pointcut pc(): call(* *..UserService.*(..)); //多态性取不到实际类型，所以f2方法拦截不到
18    before (): pc() {
19        System.out.println("aspect before:" + thisJoinPoint.getSignature().getName());
20    }
21}
22public class UserServiceTest {
23    private IUserService service;
24
25    public UserServiceTest(UserService userService) {
26        this.service = userService;
27    }
28
29    public static void main(String[] args) {
30        new UserServiceTest(new UserService()).run();
31    }
32
33    public void run() {
34        service.f2();
35    }
36}

执行输出：

1f2
2aspect before:f1
3f1

这是因为call是在调用端切入，而由于java的多态性，在编译时无法确定IUserService的实际类型是UserService，也就没法在调用端织入。

Spring AOP

多数人接触AOP就是从Spring开始的，AOP作为Spring除了IOC（叫DI更合适）之外的另一核心技术，在各种场景都有应用。SpringAOP有两种实现方式：JDK Proxy和Cglib，取决于启用配置时的参数。

通常情况配置AOP有两种方式：

xml

在Spring配置文件中加入<aop:aspectj-autoproxy proxy-target-class="true"/>

1<?xml version="1.0" encoding="UTF-8"?>
2<beans xmlns="http://www.springframework.org/schema/beans"
3       xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:aop="http://www.springframework.org/schema/aop"
4       xmlns:context="http://www.springframework.org/schema/context"
5       xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd http://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop.xsd http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context.xsd">
6    <aop:aspectj-autoproxy proxy-target-class="true"/>
7</beans>

Spring启动时会解析xml，会根据Namespace找到spring-aop.jar中的META-INF\spring.handlers，取得对应的handler：AopNamespaceHandler。可查看源码：

org.springframework.beans.factory.xml.DefaultNamespaceHandlerResolver org.springframework.beans.factory.xml.BeanDefinitionParserDelegate org.springframework.aop.config.AopNamespaceHandler

AopNamespaceHandler中注册了一个AspectJAutoProxyBeanDefinitionParser，在解析到"aspectj-autoproxy"标签时调用AopNamespaceUtils.registerAspectJAnnotationAutoProxyCreatorIfNecessary()，这个方法调用了AopConfigUtils.registerAspectJAnnotationAutoProxyCreatorIfNecessary()创建AnnotationAwareAspectJAutoProxyCreator的BeanDefinition，然后判断获取的配置“proxy-target-class”为true时调用AopConfigUtils.forceAutoProxyCreatorToUseClassProxying()，为添加AnnotationAwareAspectJAutoProxyCreator的BeanDefinition的proxyTargetClass属性为true。

1public abstract class AopNamespaceUtils {
2	public static void registerAspectJAnnotationAutoProxyCreatorIfNecessary(ParserContext parserContext, Element sourceElement) {
3		BeanDefinition beanDefinition = AopConfigUtils.registerAspectJAnnotationAutoProxyCreatorIfNecessary(
4				parserContext.getRegistry(), parserContext.extractSource(sourceElement));
5		useClassProxyingIfNecessary(parserContext.getRegistry(), sourceElement);
6	}
7
8	private static void useClassProxyingIfNecessary(BeanDefinitionRegistry registry, @Nullable Element sourceElement) {
9		if (sourceElement != null) {
10			boolean proxyTargetClass = Boolean.parseBoolean(sourceElement.getAttribute(PROXY_TARGET_CLASS_ATTRIBUTE));
11			if (proxyTargetClass) {
12				AopConfigUtils.forceAutoProxyCreatorToUseClassProxying(registry);
13			}
14		......
15		}
16	}
17	......
18}
19public abstract class AopConfigUtils {
20	......
21	public static BeanDefinition registerAspectJAnnotationAutoProxyCreatorIfNecessary(
22			BeanDefinitionRegistry registry, @Nullable Object source) {
23
24		return registerOrEscalateApcAsRequired(AnnotationAwareAspectJAutoProxyCreator.class, registry, source);
25	}
26
27	public static void forceAutoProxyCreatorToUseClassProxying(BeanDefinitionRegistry registry) {
28		if (registry.containsBeanDefinition(AUTO_PROXY_CREATOR_BEAN_NAME)) {
29			BeanDefinition definition = registry.getBeanDefinition(AUTO_PROXY_CREATOR_BEAN_NAME);
30			definition.getPropertyValues().add("proxyTargetClass", Boolean.TRUE);
31		}
32	}
33    private static BeanDefinition registerOrEscalateApcAsRequired(Class<?> cls, BeanDefinitionRegistry registry, @Nullable Object source) {
34		......
35		RootBeanDefinition beanDefinition = new RootBeanDefinition(cls);
36		beanDefinition.setSource(source);
37		beanDefinition.getPropertyValues().add("order", Ordered.HIGHEST_PRECEDENCE);
38		beanDefinition.setRole(BeanDefinition.ROLE_INFRASTRUCTURE);
39		registry.registerBeanDefinition(AUTO_PROXY_CREATOR_BEAN_NAME, beanDefinition);
40		return beanDefinition;
41	}
42}