发现一个Spring AOP: ControlFlowPointcut 的缺陷-优快云博客

本文探讨了Spring AOP中ControlFlowPointcut的使用细节及匹配机制，特别是针对CGLIB代理环境下出现的问题进行了深入分析，并提出了可能的原因。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

Spring AOP定义了很多切点，其中的【流程切点】ControlFlowPointcut 代表的是：由某个方法直接或间接调用的其他方法。由于需要在运行时判断每次调用的方法是否匹配该切点，所以流程切点是动态切点。

问题如下： ControlFlowPointcut的匹配需要两个参数：要织入 Advice 的目标类的类型、目标类的目标方法名。

假设目标类和目标方法为：

package com;

//Target Class
public class Target { 
    
    public void show(String str) {
        System.out.println(str);
    }
    
    //Target Method
    public void prepare(String str) { 
        show(str);
    }

}

ControlFlowPointcut定义为：

Pointcut cfpc = new ControlFlowPointcut(com.Target.class, "prepare");

预期结果：

由生成的代理调用 Target.prepare() 时，对于被prepare() 所调用的 show()方法，将会被织入横切逻辑。

因为匹配条件成立（以下为Spring源码，加粗部分就是匹配条件）：

public boolean under(Class clazz, String methodName) {//省略了 Assert()...
	String className = clazz.getName();
	for (int i = 0; i < this.stack.length; i++) {
		if (this.stack[i].getClassName().equals(className) &&
		    this.stack[i].getMethodName().equals(methodName)) {
			return true;
		}
	}
	return false;
}

此处 className = com.Target methodName = prepare

实际情况：

当用 Cglib动态代理时产生的目标类的代理对象的实际完整包名为如下形式：

com.Target$$EnhancerByCGLIB$$9d12fd14

其中 $$EnhancerByCGLIB$$ 是CGLib自动加的后缀。

那也就是说 Spring 将会拿 “com.Target$$EnhancerByCGLIB$$9d12fd14” 和 “com.Target” 相比较，

结果很明显二者不可能相等。所以匹配结果永远不会是 return true;

同时由于“9d12fd14" 这样的内存地址是不可预知的，所以感觉 ControlFlowPointcut 无法起作用。

结论：

问题关键在于 Spring 内部用 equals() 去做了比较。

----------------------------------------------------------------------

ps. 不知是否我的用法有问题，感觉 Spring 不会犯这种级别的错误。