5.8。代理机制 【spring 核心技术 翻译】

5.8。代理机制

Spring AOP使用JDK动态代理或CGLIB为给定的目标对象创建代理。JDK动态代理构建在JDK中，而CGLIB是一个通用的开源类定义库(重新打包到spring-core中)。
如果要代理的目标对象实现至少一个接口，则使用JDK动态代理。由目标类型实现的所有接口都被代理。如果目标对象没有实现任何接口，则创建一个CGLIB代理。
如果您想强制使用CGLIB代理(例如，代理为目标对象定义的每个方法，而不仅仅是由其接口实现的方法)，您可以这样做。不过，你应该考虑以下问题:

• 使用CGLIB时，不能建议final方法，因为它们不能在运行时生成的子类中被覆盖。
• 从Spring 4.0开始，代理对象的构造函数不再被调用两次，因为CGLIB代理实例是通过Objenesis创建的。只有当您的JVM不允许绕过构造函数时，您才可能看到来自Spring AOP支持的双重调用和相应的调试日志条目。

要强制使用CGLIB代理，请将<aop:config>元素的proxy-target-class属性的值设为true，如下所示:

<aop:config proxy-target-class="true">
    <!-- other beans defined here... -->
</aop:config>

在使用@AspectJ自动代理支持时，要强制执行CGLIB代理，请将<aop:aspectj-autoproxy>元素的proxy-target-class属性设置为true，如下所示:

< aop: aspectj-autoproxy proxy-target-class = " true " / >

多个<aop:config/>节点在运行时被分解成一个统一的自动代理创建器，它应用任何<aop:config/>节(通常来自不同的XML bean定义文件)指定的最强的代理设置。这也适用于<tx:annotation-driven/>和<aop:aspectj-autoproxy/>元素。
明确地说，在<tx:annotation-driven/>，<aop:aspectj-autoproxy/>，或<aop:config/>元素上使用代proxy-target-class="true"会强制这三个元素都使用CGLIB代理。

5.8.1。理解AOP代理

Spring AOP是基于代理的。在编写自己的切面或使用Spring框架提供的任何基于Spring aop的切面之前，掌握最后一条语句的语义是非常重要的。
首先考虑这样一个场景:您有一个普通的、没有代理的、没有特殊的、直接的对象引用，如下面的代码片段所示:

public class SimplePojo implements Pojo {

    public void foo() {
        // this next method invocation is a direct call on the 'this' reference
        this.bar();
    }

    public void bar() {
        // some logic...
    }
}

如果你在一个对象引用上调用一个方法，这个方法是直接在那个对象引用上调用的，如下图和清单所示:

public class Main {

    public static void main(String[] args) {
        Pojo pojo = new SimplePojo();
        // this is a direct method call on the 'pojo' reference
        pojo.foo();
    }
}

当客户端代码的引用是代理时，情况会有轻微的变化。考虑下面的图表和代码片段:

public class Main {

    public static void main(String[] args) {
        ProxyFactory factory = new ProxyFactory(new SimplePojo());
        factory.addInterface(Pojo.class);
        factory.addAdvice(new RetryAdvice());

        Pojo pojo = (Pojo) factory.getProxy();
        // this is a method call on the proxy!
        pojo.foo();
    }
}

这里需要理解的关键是，main类的main(…)方法中的客户机代码有一个对代理的引用。这意味着对该对象引用的方法调用就是对代理的调用。因此，代理可以委托给与特定方法调用相关的所有拦截器(通知)。然而，一旦调用最终到达目标对象(本例中是SimplePojo，即引用)，它可能对自身进行的任何方法调用，比如this.bar()或this.foo()，都将针对this引用而不是代理进行调用。这具有重要的意义。这意味着自调用不会导致与方法调用关联的通知有机会执行。

好了，我们该怎么做呢?最好的方法(术语“最好”在这里不太严格地使用)是重构代码，以便不发生自调用。这确实需要你做一些工作，但这是最好的，最小伤害的方法。下一个方法绝对是可怕的，我们犹豫着指出它，正是因为它是如此可怕。你可以(这对我们来说很痛苦)将类中的逻辑完全绑定到Spring AOP上，如下面的例子所示:

public class SimplePojo implements Pojo {

    public void foo() {
        // this works, but... gah!
        ((Pojo) AopContext.currentProxy()).bar();
    }

    public void bar() {
        // some logic...
    }
}

这完全将您的代码与Spring AOP结合起来，并且使类本身意识到它是在AOP上下文中使用的这一事实，这与AOP迎面而来。在创建代理时还需要一些额外的配置，如下面的例子所示:

public class Main {

    public static void main(String[] args) {
        ProxyFactory factory = new ProxyFactory(new SimplePojo());
        factory.addInterface(Pojo.class);
        factory.addAdvice(new RetryAdvice());
        factory.setExposeProxy(true);

        Pojo pojo = (Pojo) factory.getProxy();
        // this is a method call on the proxy!
        pojo.foo();
    }
}

最后，必须注意AspectJ没有这个自调用问题，因为它不是基于代理的AOP框架。