controller中的方法被AOP进行了代理#xff0c;普通Controller如果没有AOP#xff0c;private方法…一、现象

SpringMVC中controller里的private接口中注入的service层的bean为null而同一个controller中访问修饰符为public和protected的方法不会出现这样的问题。

controller中的方法被AOP进行了代理普通Controller如果没有AOPprivate方法中bean也是正常的。

二、原因分析

因为没有AOP增强的private方法是正常的所以我们可以联想到可能是因为创建了代理对象的原因导致的属性为空。

首先SpringAOP有两种实现方式一种是Jdk动态代理一种是Cglib动态代理。

这两种方式一种是通过对接口的实现一种是通过创建子类重写那么显然这两种方式都是无法代理私有方法的。

创建代理对象时会经过这么一段逻辑Enhancer#generateClass

Enhancer#getMethods

CollectionUtils.filter(methods,

new

VisibilityPredicate(superclass,

true))

this.pkg.equals(TypeUtils.getPackageName(Type.getType(member.getDeclaringClass())));}

}可以看到其中将私有方法进行了过滤即创建的代理对象中并不会增强private方法

Spring中使用Aspect注解会注册一个后置处理器在Bean初始化时判断是否需要创建代理主要逻辑在wrapIfNecessary方法中。

而我们都知道Bean在属性赋值时便将属性的依赖都注入了所以此时的Bean中service层的bean是完成填充了的。

这是因为为该类创建的代理并没有完成bean的生命周期所以其中的属性是null。

private方法并没有被真正的代理类拦截如前面所说被过滤了因此private方法无法获取被代理的对象所以使用的是代理对象去调用的方法而代理对象是由Cglib创建的并没有注入bean对象所以出现了空指针异常。

而当调用被增强了的方法即在代理类中重写了的方法时其实传入的并非代理的实例对象而是target即被代理的Bean的实例对象所以才能取得service层的bean。

private

targetSource.getTarget();Class?

targetClass

this.advised.getInterceptorsAndDynamicInterceptionAdvice(method,

targetClass);Object

CglibMethodInvocation.isMethodProxyCompatible(method))

{//

AopProxyUtils.adaptArgumentsIfNecessary(method,

args);retVal

(Modifier.isPublic(method.getModifiers())

Object.class

!AopUtils.isEqualsMethod(method)

!AopUtils.isHashCodeMethod(method)

!AopUtils.isToStringMethod(method));

reflective