具有 Spring 个 bean 的惰性对象构建器
Lazy object builders with Spring bean
我正在考虑使用 @Configuration
classes 能够做到的类似方法,他们可以通过调用 @Bean
方法和 return 现有对象(如果已调用)。这是通过 CGLib 代理的一些魔法来完成的。
一件特别有趣的事情是,即使在对自身调用方法时它也能正常工作:
@Configuration
class Config {
@Bean ClassA beanA() {
return new ClassA(beanB());
}
@Bean ClassB beanB() {
return new ClassB();
}
}
现在,在我的用例中,不涉及 Spring 配置,我想使用这种能力通过调用一个 Builder bean 如果还没有被调用,它将创建对象,如果已经被调用,returning 现有对象。我还想利用在同一实例上自行调用方法的能力。到目前为止,我无法做到这一点。
我如何创建和增强 Spring Beans(作为 CGLib 代理)以便它们能够自我调用方法,类似地 @Configuration
class是的,但是有我自己的自定义建议来处理懒惰和缓存?
编辑:更多细节
最后的结果应该类似于上面的配置示例,但它会是一个普通的 Spring 单例 bean:
@Component
@MyBuilder // or some other custom annotation
class MyObjectGraphBuilder {
@Builder ClassA objectA() {
return new ClassA(objectB());
}
@Builder ClassB objectB() {
return new ClassB();
}
}
添加了仅调用一次原始方法并缓存任何后续调用结果的功能(尤其包括自调用)。上面只是一个例子,可能有很多这样的构建器bean,它们之间的交叉依赖可能很复杂。
方法调用结果缓存简单(AOP可以做到),但我要的是自调用能力,一般Spring不支持,除非是@Configuration
class.
我认为 Spring 通过使用他们自己的 CGlib 代理增强 @Configuration
bean classes 来做到这一点。然而,它涉及大量的复制和定制(例如 ConfigurationClassEnhancer、ConfigurationClassPostProcessor 等),到目前为止,我还没有真正让它与我的自定义 Post 处理器和增强器(the代码太长,但它基本上是提到的 classes 和编写我的自定义方法拦截器的副本)。所以我想看看是否还有其他方法。
关于 AOP 和 self-invocation 的简单回答是:你不能使用 Spring AOP,你必须使用完整的 AspectJ。好消息是该解决方案不需要任何代理。 Spring 手册描述了如何 use AspectJ from Spring via LTW (load-time weaving)。别担心,如果配置正确,您可以将 AspectJ 与通过 Spring AOP 实现的其他方面一起使用。此外,如果你不喜欢 LTW,你也可以通过 AspectJ Maven 插件使用 compile-time 编织。
现在这里有一个纯 Java + AspectJ 的小缓存示例(不涉及 Spring)用于演示:
生成器注释:
package de.scrum_master.app;
import static java.lang.annotation.ElementType.METHOD;
import static java.lang.annotation.RetentionPolicy.RUNTIME;
import java.lang.annotation.Retention;
import java.lang.annotation.Target;
@Retention(RUNTIME)
@Target(METHOD)
public @interface Builder {}
示例 classes:
package de.scrum_master.app;
public class ClassB {
@Override
public String toString() {
return "ClassB@" + hashCode();
}
}
package de.scrum_master.app;
public class ClassA {
private ClassB objectB;
public ClassA(ClassB objectB) {
this.objectB = objectB;
}
@Override
public String toString() {
return "ClassA@" +hashCode() + "(" + objectB + ")";
}
}
带有注释工厂方法的驱动程序应用程序:
package de.scrum_master.app;
public class MyObjectGraphBuilder {
@Builder
ClassA objectA() {
return new ClassA(objectB());
}
@Builder
ClassB objectB() {
return new ClassB();
}
public static void main(String[] args) {
MyObjectGraphBuilder builder = new MyObjectGraphBuilder();
System.out.println(builder.objectB());
System.out.println(builder.objectA());
System.out.println(builder.objectB());
System.out.println(builder.objectA());
System.out.println(builder.objectB());
System.out.println(builder.objectA());
}
}
没有缓存方面的控制台日志:
ClassB@1829164700
ClassA@2018699554(ClassB@1311053135)
ClassB@118352462
ClassA@1550089733(ClassB@865113938)
ClassB@1442407170
ClassA@1028566121(ClassB@1118140819)
到目前为止,如此可预测。这是正常行为,根本没有缓存。
缓存方面:
现在这方面真的很简单。没有 thread-safety,无法创建多个具有相同 class 或类似内容的命名 bean,但我想你可以从这里开始,原理保持不变。
package de.scrum_master.app;
import java.util.HashMap;
import java.util.Map;
import org.aspectj.lang.ProceedingJoinPoint;
import org.aspectj.lang.annotation.Around;
import org.aspectj.lang.annotation.Aspect;
import org.aspectj.lang.reflect.MethodSignature;
@Aspect
public class BuilderCacheAspect {
private Map<Class<?>, Object> cachedObjects = new HashMap<>();
@Around("@annotation(de.scrum_master.app.Builder) && execution(* *(..))")
public Object findOrCreateObject(ProceedingJoinPoint thisJoinPoint) throws Throwable {
//System.out.println(thisJoinPoint);
Class<?> returnType = ((MethodSignature) thisJoinPoint.getSignature()).getReturnType();
Object cachedObject = cachedObjects.get(returnType);
if (cachedObject == null) {
cachedObject = thisJoinPoint.proceed();
cachedObjects.put(returnType, cachedObject);
}
return cachedObject;
}
}
具有缓存方面的控制台日志:
ClassB@1392838282
ClassA@664740647(ClassB@1392838282)
ClassB@1392838282
ClassA@664740647(ClassB@1392838282)
ClassB@1392838282
ClassA@664740647(ClassB@1392838282)
太棒了!有我们简单的对象缓存。享受吧。
我正在考虑使用 @Configuration
classes 能够做到的类似方法,他们可以通过调用 @Bean
方法和 return 现有对象(如果已调用)。这是通过 CGLib 代理的一些魔法来完成的。
一件特别有趣的事情是,即使在对自身调用方法时它也能正常工作:
@Configuration
class Config {
@Bean ClassA beanA() {
return new ClassA(beanB());
}
@Bean ClassB beanB() {
return new ClassB();
}
}
现在,在我的用例中,不涉及 Spring 配置,我想使用这种能力通过调用一个 Builder bean 如果还没有被调用,它将创建对象,如果已经被调用,returning 现有对象。我还想利用在同一实例上自行调用方法的能力。到目前为止,我无法做到这一点。
我如何创建和增强 Spring Beans(作为 CGLib 代理)以便它们能够自我调用方法,类似地 @Configuration
class是的,但是有我自己的自定义建议来处理懒惰和缓存?
编辑:更多细节
最后的结果应该类似于上面的配置示例,但它会是一个普通的 Spring 单例 bean:
@Component
@MyBuilder // or some other custom annotation
class MyObjectGraphBuilder {
@Builder ClassA objectA() {
return new ClassA(objectB());
}
@Builder ClassB objectB() {
return new ClassB();
}
}
添加了仅调用一次原始方法并缓存任何后续调用结果的功能(尤其包括自调用)。上面只是一个例子,可能有很多这样的构建器bean,它们之间的交叉依赖可能很复杂。
方法调用结果缓存简单(AOP可以做到),但我要的是自调用能力,一般Spring不支持,除非是@Configuration
class.
我认为 Spring 通过使用他们自己的 CGlib 代理增强 @Configuration
bean classes 来做到这一点。然而,它涉及大量的复制和定制(例如 ConfigurationClassEnhancer、ConfigurationClassPostProcessor 等),到目前为止,我还没有真正让它与我的自定义 Post 处理器和增强器(the代码太长,但它基本上是提到的 classes 和编写我的自定义方法拦截器的副本)。所以我想看看是否还有其他方法。
关于 AOP 和 self-invocation 的简单回答是:你不能使用 Spring AOP,你必须使用完整的 AspectJ。好消息是该解决方案不需要任何代理。 Spring 手册描述了如何 use AspectJ from Spring via LTW (load-time weaving)。别担心,如果配置正确,您可以将 AspectJ 与通过 Spring AOP 实现的其他方面一起使用。此外,如果你不喜欢 LTW,你也可以通过 AspectJ Maven 插件使用 compile-time 编织。
现在这里有一个纯 Java + AspectJ 的小缓存示例(不涉及 Spring)用于演示:
生成器注释:
package de.scrum_master.app;
import static java.lang.annotation.ElementType.METHOD;
import static java.lang.annotation.RetentionPolicy.RUNTIME;
import java.lang.annotation.Retention;
import java.lang.annotation.Target;
@Retention(RUNTIME)
@Target(METHOD)
public @interface Builder {}
示例 classes:
package de.scrum_master.app;
public class ClassB {
@Override
public String toString() {
return "ClassB@" + hashCode();
}
}
package de.scrum_master.app;
public class ClassA {
private ClassB objectB;
public ClassA(ClassB objectB) {
this.objectB = objectB;
}
@Override
public String toString() {
return "ClassA@" +hashCode() + "(" + objectB + ")";
}
}
带有注释工厂方法的驱动程序应用程序:
package de.scrum_master.app;
public class MyObjectGraphBuilder {
@Builder
ClassA objectA() {
return new ClassA(objectB());
}
@Builder
ClassB objectB() {
return new ClassB();
}
public static void main(String[] args) {
MyObjectGraphBuilder builder = new MyObjectGraphBuilder();
System.out.println(builder.objectB());
System.out.println(builder.objectA());
System.out.println(builder.objectB());
System.out.println(builder.objectA());
System.out.println(builder.objectB());
System.out.println(builder.objectA());
}
}
没有缓存方面的控制台日志:
ClassB@1829164700
ClassA@2018699554(ClassB@1311053135)
ClassB@118352462
ClassA@1550089733(ClassB@865113938)
ClassB@1442407170
ClassA@1028566121(ClassB@1118140819)
到目前为止,如此可预测。这是正常行为,根本没有缓存。
缓存方面:
现在这方面真的很简单。没有 thread-safety,无法创建多个具有相同 class 或类似内容的命名 bean,但我想你可以从这里开始,原理保持不变。
package de.scrum_master.app;
import java.util.HashMap;
import java.util.Map;
import org.aspectj.lang.ProceedingJoinPoint;
import org.aspectj.lang.annotation.Around;
import org.aspectj.lang.annotation.Aspect;
import org.aspectj.lang.reflect.MethodSignature;
@Aspect
public class BuilderCacheAspect {
private Map<Class<?>, Object> cachedObjects = new HashMap<>();
@Around("@annotation(de.scrum_master.app.Builder) && execution(* *(..))")
public Object findOrCreateObject(ProceedingJoinPoint thisJoinPoint) throws Throwable {
//System.out.println(thisJoinPoint);
Class<?> returnType = ((MethodSignature) thisJoinPoint.getSignature()).getReturnType();
Object cachedObject = cachedObjects.get(returnType);
if (cachedObject == null) {
cachedObject = thisJoinPoint.proceed();
cachedObjects.put(returnType, cachedObject);
}
return cachedObject;
}
}
具有缓存方面的控制台日志:
ClassB@1392838282
ClassA@664740647(ClassB@1392838282)
ClassB@1392838282
ClassA@664740647(ClassB@1392838282)
ClassB@1392838282
ClassA@664740647(ClassB@1392838282)
太棒了!有我们简单的对象缓存。享受吧。