一个 AOP 示例
现在您已经了解了所有组成部分的工作原理,我们可以将它们组合在一起以完成一些有用的事情。
业务服务的执行有时会由于并发问题而失败(例如,死锁失败者)。如果操作重试,它很可能在下一次尝试中成功。对于在这些情况下适合重试的业务服务(不需要返回给用户进行冲突解决的幂等操作),我们希望透明地重试操作,以避免客户端看到 PessimisticLockingFailureException
。这是一个明确跨越服务层中多个服务的必要条件,因此,通过方面实现是理想的。
因为我们想要重试操作,所以我们需要使用环绕通知,以便我们可以多次调用 proceed
。以下清单显示了基本方面实现
-
Java
-
Kotlin
@Aspect
public class ConcurrentOperationExecutor implements Ordered {
private static final int DEFAULT_MAX_RETRIES = 2;
private int maxRetries = DEFAULT_MAX_RETRIES;
private int order = 1;
public void setMaxRetries(int maxRetries) {
this.maxRetries = maxRetries;
}
public int getOrder() {
return this.order;
}
public void setOrder(int order) {
this.order = order;
}
@Around("com.xyz.CommonPointcuts.businessService()") (1)
public Object doConcurrentOperation(ProceedingJoinPoint pjp) throws Throwable {
int numAttempts = 0;
PessimisticLockingFailureException lockFailureException;
do {
numAttempts++;
try {
return pjp.proceed();
}
catch(PessimisticLockingFailureException ex) {
lockFailureException = ex;
}
} while(numAttempts <= this.maxRetries);
throw lockFailureException;
}
}
1 | 引用在 共享命名切入点定义 中定义的名为 businessService 的切入点。 |
@Aspect
class ConcurrentOperationExecutor : Ordered {
private val DEFAULT_MAX_RETRIES = 2
private var maxRetries = DEFAULT_MAX_RETRIES
private var order = 1
fun setMaxRetries(maxRetries: Int) {
this.maxRetries = maxRetries
}
override fun getOrder(): Int {
return this.order
}
fun setOrder(order: Int) {
this.order = order
}
@Around("com.xyz.CommonPointcuts.businessService()") (1)
fun doConcurrentOperation(pjp: ProceedingJoinPoint): Any? {
var numAttempts = 0
var lockFailureException: PessimisticLockingFailureException
do {
numAttempts++
try {
return pjp.proceed()
} catch (ex: PessimisticLockingFailureException) {
lockFailureException = ex
}
} while (numAttempts <= this.maxRetries)
throw lockFailureException
}
}
1 | 引用在 共享命名切入点定义 中定义的名为 businessService 的切入点。 |
请注意,该切面实现了Ordered
接口,以便我们可以将切面的优先级设置高于事务建议(我们希望每次重试时都使用新的事务)。maxRetries
和order
属性都由 Spring 配置。主要操作发生在doConcurrentOperation
周围的建议中。请注意,目前,我们将重试逻辑应用于每个businessService
。我们尝试继续执行,如果我们遇到PessimisticLockingFailureException
,我们会再次尝试,除非我们已经用尽了所有重试尝试。
相应的 Spring 配置如下
<aop:aspectj-autoproxy/>
<bean id="concurrentOperationExecutor"
class="com.xyz.service.impl.ConcurrentOperationExecutor">
<property name="maxRetries" value="3"/>
<property name="order" value="100"/>
</bean>
为了细化切面,使其仅重试幂等操作,我们可以定义以下Idempotent
注解
-
Java
-
Kotlin
@Retention(RetentionPolicy.RUNTIME)
// marker annotation
public @interface Idempotent {
}
@Retention(AnnotationRetention.RUNTIME)
// marker annotation
annotation class Idempotent
然后,我们可以使用该注解来注解服务操作的实现。对切面的更改以仅重试幂等操作涉及细化切入点表达式,以便仅匹配@Idempotent
操作,如下所示
-
Java
-
Kotlin
@Around("execution(* com.xyz..service.*.*(..)) && " +
"@annotation(com.xyz.service.Idempotent)")
public Object doConcurrentOperation(ProceedingJoinPoint pjp) throws Throwable {
// ...
}
@Around("execution(* com.xyz..service.*.*(..)) && " +
"@annotation(com.xyz.service.Idempotent)")
fun doConcurrentOperation(pjp: ProceedingJoinPoint): Any? {
// ...
}