如果您使用 Spring IoC 容器（或 ）作为 业务对象（你应该是！），你想使用Spring的AOP实现之一。（请记住，工厂 bean 引入了一层间接层，让 它创建不同类型的对象。ApplicationContextBeanFactoryFactoryBean

Spring AOP 支持还在后盖下使用工厂 bean。

在 Spring 中创建 AOP 代理的基本方法是使用 .这样可以完全控制 切入点、任何适用的建议及其顺序。但是，有更简单的 如果不需要此类控制，则更可取的选项。org.springframework.aop.framework.ProxyFactoryBean

基本

与其他 Spring 实现一样，引入了 间接水平。如果定义一个 命名 的 对象 引用看不到实例本身，而是对象 由 .这 方法创建包装目标对象的 AOP 代理。ProxyFactoryBeanFactoryBeanProxyFactoryBeanfoofooProxyFactoryBeangetObject()ProxyFactoryBean

使用一个或另一个 IoC 感知的最重要好处之一 创建 AOP 代理的类是建议和切点也可以 由 IoC 管理。这是一个强大的功能，可以实现某些难以实现的方法 与其他 AOP 框架一起实现。例如，建议本身可以参考 应用程序对象（除了目标，它应该在任何 AOP 中都可用 framework），受益于依赖注入提供的所有可插拔性。ProxyFactoryBean

JavaBean 属性

与 Spring 提供的大多数实现一样，该类本身就是一个 JavaBean。其属性用于：FactoryBeanProxyFactoryBean

一些关键属性继承自 （Spring 中所有 AOP 代理工厂的超类）。这些关键属性包括 以下内容：org.springframework.aop.framework.ProxyConfig

  • proxyTargetClass：如果要代理目标类，而不是 目标类的接口。如果此属性值设置为 ，则 CGLIB 代理 创建（但另请参阅基于 JDK 和 CGLIB 的代理）。truetrue

  • optimize：控制是否将主动优化应用于代理 通过 CGLIB 创建。除非您完全 了解相关 AOP 代理如何处理优化。这是目前使用的 仅适用于 CGLIB 代理。它对 JDK 动态代理不起作用。

  • frozen：如果代理配置为 ，则对配置的更改为 不再允许。这既可以作为轻微的优化，也可以用于这些情况 当您不希望调用方在创建代理后能够操作代理（通过接口）时。此属性的默认值为 ，因此允许进行更改（例如添加其他建议）。frozenAdvisedfalse

  • exposeProxy：确定是否应在 中公开当前代理，以便目标可以访问它。如果目标需要获取 代理和属性设置为 ，目标可以使用该方法。ThreadLocalexposeProxytrueAopContext.currentProxy()

其他特定属性包括：ProxyFactoryBean

  • proxyInterfaces：接口名称数组。如果未提供，则 CGLIB 使用目标类的代理（另请参阅基于 JDK 和 CGLIB 的代理）。String

  • interceptorNames：一个数组，包括 、拦截器或其他建议名称 应用。订购很重要，先到先得。也就是说 列表中的第一个拦截器是第一个能够拦截 调用。StringAdvisor

    名称是当前工厂中的 Bean 名称，包括祖先的 Bean 名称 工厂。您不能在此处提及 Bean 引用，因为这样做会导致忽略建议的单例设置。ProxyFactoryBean

    可以在拦截器名称后附加星号 （）。这样做会导致 应用名称以星号前部分开头的所有顾问 Bean 要应用。您可以在使用“全局”顾问中找到使用此功能的示例。*

  • singleton：工厂是否应该返回单个对象，无论如何 通常调用该方法。多种实现提供 这样的方法。默认值为 。如果你想使用有状态的建议 - 对于 例如，对于有状态混合 - 使用原型建议以及单例值 。getObject()FactoryBeantruefalse

基于 JDK 和 CGLIB 的代理

本节是关于如何选择为特定目标创建基于 JDK 的代理或基于 CGLIB 的代理的权威文档 对象（要代理）。ProxyFactoryBean

关于创建基于 JDK 或 CGLIB 的行为 代理在 Spring 的 1.2.x 和 2.0 版本之间发生了变化。现在 在自动检测接口方面表现出与类相似的语义。ProxyFactoryBeanProxyFactoryBeanTransactionProxyFactoryBean

如果要代理的目标对象的类（以下简称为 目标类）不实现任何接口，基于 CGLIB 的代理是 创建。这是最简单的方案，因为 JDK 代理是基于接口的，并且没有 接口意味着 JDK 代理甚至是不可能的。您可以插入目标 Bean 并通过设置属性来指定拦截器列表。请注意，一个 即使 的属性已设置为 ，也会创建基于 CGLIB 的代理。（这样做没有意义，最好 从 Bean 定义中删除，因为它充其量是多余的，最坏的情况是多余的 令人困惑。interceptorNamesproxyTargetClassProxyFactoryBeanfalse

如果目标类实现一个或多个接口，则代理类型是 created 取决于 .ProxyFactoryBean

如果 的属性已设置为 ， 将创建基于 CGLIB 的代理。这是有道理的，并且符合 最小惊喜原则。即使 的属性已设置为一个或多个完全限定的接口名称，事实 该属性设置为导致基于 CGLIB 的原因 代理生效。proxyTargetClassProxyFactoryBeantrueproxyInterfacesProxyFactoryBeanproxyTargetClasstrue

如果 的属性已设置为一个或多个 完全限定的接口名称，则创建一个基于 JDK 的代理。创建的 代理实现属性中指定的所有接口。如果目标类碰巧实现了比 那些在属性中指定的，一切都很好，但是那些 返回的代理不会实现其他接口。proxyInterfacesProxyFactoryBeanproxyInterfacesproxyInterfaces

如果尚未设置 的属性，但 目标类确实实现了一个（或多个）接口，自动检测目标类实际上实现了这一事实 实现至少一个接口，并创建一个基于 JDK 的代理。接口 实际代理的是目标类的所有接口 实现。实际上，这与提供每个列表相同 目标类为属性实现的接口。然而 它大大减少了工作量，也更不容易出现印刷错误。proxyInterfacesProxyFactoryBeanProxyFactoryBeanproxyInterfaces

代理接口

考虑一个简单的实际例子。此示例涉及：ProxyFactoryBean

  • 代理的目标 Bean。这是 Bean 的定义 这个例子。personTarget

  • an 和 an 用于提供建议。AdvisorInterceptor

  • 用于指定目标对象（Bean）的 AOP 代理 Bean 定义， 代理的接口，以及要应用的建议。personTarget

以下列表显示了该示例：

<bean id="personTarget" class="com.mycompany.PersonImpl">
	<property name="name" value="Tony"/>
	<property name="age" value="51"/>
</bean>

<bean id="myAdvisor" class="com.mycompany.MyAdvisor">
	<property name="someProperty" value="Custom string property value"/>
</bean>

<bean id="debugInterceptor" class="org.springframework.aop.interceptor.DebugInterceptor">
</bean>

<bean id="person"
	class="org.springframework.aop.framework.ProxyFactoryBean">
	<property name="proxyInterfaces" value="com.mycompany.Person"/>

	<property name="target" ref="personTarget"/>
	<property name="interceptorNames">
		<list>
			<value>myAdvisor</value>
			<value>debugInterceptor</value>
		</list>
	</property>
</bean>

请注意，该属性采用 的列表，该列表包含 的 当前工厂中的拦截器或顾问。您可以使用顾问、拦截器、之前、之后 返回，并抛出建议对象。顾问的排序很重要。interceptorNamesString

您可能想知道为什么该列表不包含 Bean 引用。原因是 如果 的单例属性设置为 ，则它必须能够 返回独立的代理实例。如果任何顾问本身就是原型，那么 需要返回独立实例，因此必须能够获得 工厂原型的实例。持有参考是不够的。ProxyFactoryBeanfalse

前面显示的 bean 定义可以用来代替实现，如 遵循：personPerson

  • Java

  • Kotlin

Person person = (Person) factory.getBean("person");
val person = factory.getBean("person") as Person;

同一 IoC 上下文中的其他 Bean 可以表示对它的强类型依赖关系，如 使用普通的 Java 对象。以下示例演示如何执行此操作：

<bean id="personUser" class="com.mycompany.PersonUser">
	<property name="person"><ref bean="person"/></property>
</bean>

此示例中的类公开 类型的属性。至于 就其关注而言，AOP 代理可以透明地代替“真实”人使用 实现。但是，它的类将是一个动态代理类。这是可能的 将其强制转换为接口（稍后讨论）。PersonUserPersonAdvised

您可以使用匿名 内豆。只是定义不同。这 仅为了完整性而提供建议。以下示例演示如何使用 匿名内豆：ProxyFactoryBean

<bean id="myAdvisor" class="com.mycompany.MyAdvisor">
	<property name="someProperty" value="Custom string property value"/>
</bean>

<bean id="debugInterceptor" class="org.springframework.aop.interceptor.DebugInterceptor"/>

<bean id="person" class="org.springframework.aop.framework.ProxyFactoryBean">
	<property name="proxyInterfaces" value="com.mycompany.Person"/>
	<!-- Use inner bean, not local reference to target -->
	<property name="target">
		<bean class="com.mycompany.PersonImpl">
			<property name="name" value="Tony"/>
			<property name="age" value="51"/>
		</bean>
	</property>
	<property name="interceptorNames">
		<list>
			<value>myAdvisor</value>
			<value>debugInterceptor</value>
		</list>
	</property>
</bean>

使用匿名内部 Bean 的优点是只有一个对象类型。如果我们愿意，这很有用 防止应用程序上下文的用户获取对 UN-ADVICE 的引用 反对或需要避免 Spring IoC 自动接线的任何歧义。还有， 可以说，一个优势在于定义是独立的。 但是，有时能够从 工厂实际上可能是一个优势（例如，在某些测试场景中）。PersonProxyFactoryBean

代理类

如果您需要代理一个类，而不是一个或多个接口，该怎么办？

想象一下，在我们前面的示例中，没有接口。我们需要建议 一个名为 that 的类未实现任何业务接口。在这种情况下，您 可以将 Spring 配置为使用 CGLIB 代理而不是动态代理。为此，请将前面所示的属性设置为 。虽然最好 程序到接口而不是类，能够建议不这样做的类 在处理遗留代码时，实现接口可能很有用。（一般来说，春天 不是规范性的。虽然它使应用良好做法变得容易，但它避免了强制 特定方法。PersonPersonproxyTargetClassProxyFactoryBeantrue

如果你愿意，你可以在任何情况下强制使用 CGLIB，即使你有 接口。

CGLIB 代理的工作原理是在运行时生成目标类的子类。春天 将此生成的子类配置为将方法调用委托给原始目标。这 子类用于实现 Decorator 模式，在建议中编织。

CGLIB 代理通常对用户应该是透明的。但是，也存在一些问题 要考虑：

  • final类不能代理，因为它们不能扩展。

  • final方法不能被建议，因为它们不能被覆盖。

  • private方法不能被建议，因为它们不能被覆盖。

  • 不可见的方法通常将私有方法打包在父类中 来自不同的包，不能被建议，因为它们实际上是私有的。

无需将 CGLIB 添加到类路径中。CGLIB 被重新打包并包含 在 JAR 中。换句话说，基于 CGLIB 的 AOP “开箱即用”，也是如此 JDK 动态代理。spring-core

CGLIB 代理和动态代理之间的性能差异很小。 在这种情况下，性能不应成为决定性的考虑因素。

使用“全球”顾问

通过在拦截器名称后附加星号，所有顾问的 Bean 名称都匹配 星号之前的部分将添加到顾问链中。这可以派上用场 如果您需要添加一组标准的“全局”顾问。以下示例定义 两位全球顾问：

<bean id="proxy" class="org.springframework.aop.framework.ProxyFactoryBean">
	<property name="target" ref="service"/>
	<property name="interceptorNames">
		<list>
			<value>global*</value>
		</list>
	</property>
</bean>

<bean id="global_debug" class="org.springframework.aop.interceptor.DebugInterceptor"/>
<bean id="global_performance" class="org.springframework.aop.interceptor.PerformanceMonitorInterceptor"/>