问题概述:
重构代码时可能会遇到超级类拆分问题。但通过ide拆分后往往会出现AService拆分为BService、CService等等。
AService.fun1() 迁移至BService.fun1()
AService.fun2() 迁移至CService.fun2()
原来调用AService.fun1()的地方会变成AService.BService.fun1() …(1)
原来调用AService.fun2()的地方会变成AService.CService.fun2() …(2)
但此时可能会出现代码报空指针。
debug发现AService中没有BService和CService。但当前类中其他注入的类可能其中属性是正常的。
此时你可能会怀疑是不是BService这种方式是不是Spring不支持。其实答案是支持,Spring不会限制你这样使用。那么问题在哪儿呢?
问题跟踪:
众所周知,spring生成代理分为Cglib和JDK两种方式。这里不细说两种的差别,网上复制粘贴的一大把。
但这里的问题和具体那种代理方式无关,只和是否代理有关。
debug后你会发现AService一定是被代理了。里面生成的callback中有真实的targetSource其中才是真实类,并且里面的属性都是可用的。
为什么会这样?
看spring源码
AbstractAutowireCapableBeanFactory中有方法
protected Object doCreateBean(String beanName, RootBeanDefinition mbd, @Nullable Object[] args)
throws BeanCreationException {
其中有这么一段
// Initialize the bean instance.
Object exposedObject = bean;
try {
populateBean(beanName, mbd, instanceWrapper);
exposedObject = initializeBean(beanName, exposedObject, mbd);
}
catch (Throwable ex) {
if (ex instanceof BeanCreationException && beanName.equals(((BeanCreationException) ex).getBeanName())) {
throw (BeanCreationException) ex;
}
else {
throw new BeanCreationException(
mbd.getResourceDescription(), beanName, "Initialization of bean failed", ex);
}
}
初始化时bean是你写的真实的类,并且populateBean方法就是往里面填充受spring管理的实例属性的。
而后面initializeBean方法会根据你的类有没有切面代理来决定是否生成代理类。
如果你的类是一个普通service类,方法没有用到一些spring注解,即没有切面。比如@async、@transactional等注解。那么你的类还是你真实的类。
这时你使用
AService.BService.fun1()
是不会报空指针的。如果你的类中有使用到这些spring注解,哪怕你的fun1()方法没有注解也会导致你这样调用会报空指针
解决办法
首先当然这种调用方式应该禁止。不应该有这种方式,而应该直接注入如上例所说的BService和CService。
但现实情况是你不知道一些架构有什么奇怪的限制,如:只能使用注解的方式注入bean不能使用application.getBean。此时你可能会新建一个类来放这些常用到的bean。并形成AService.BService.fun1()形式。此时为了能够这样使用需要保证,你注入的时候直接使用的AService本类而不是其接口(废话)。并保证这个类中没有使用任何可能会导致产生spring切面的注解,或者任何独立配置的aop切面不会满足这个类中的方法。
最简单的办法就是这个类只有实例属性,没有方法,这样就不会被切面切中。