- 问题概述：
- 问题跟踪：
- 解决办法
重构代码时可能会遇到超级类拆分问题。但通过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切面不会满足这个类中的方法。
最简单的办法就是这个类只有实例属性，没有方法，这样就不会被切面切中。
