写在前面

这是我第一次写文章，还是有一些想要说的话，只对内容感兴趣的小伙伴们请略过。 本人是在大连的日资企业做对日项目(懂的都懂，debuff拉满)，近来感觉到技术成长陷入了瓶颈。需要一些外在因素来促进自己的进步。 因为没有实际使用场景+人懒话多，不太喜欢自己做一些项目，所以选择写一些文章(输出带动输入)。 主要内容是在平时解决疑难杂症的过程中，发现的值得思考的问题。

起因

在一个平(shi)平(he)无(mo)奇(yu)的工作日，组里的一个小老弟遇到了一个奇怪的问题叫我过去看看。 问题是Spring的Bean中成员变量，有个方法中调用会是null，而其他方法中没有问题。 这里使用的是SpringBoot 2.X，简单写一下伪代码

public interface Service {
    OutDtoA methodA(InDtoA in);
    OutDtoB methodB(InDtoB in);
    OutDtoC methodC(InDtoC in);
}

@Service
public class ServiceImpl implements Service {
    private Mapper mapper;
    ServiceImpl(Mapper mapper){
        this.mapper = mapper;
    }
    @Override
    OutDtoA methodA(InDtoA in) {
        return mapper.mapA(in);
    }
    @Override
    OutDtoB final methodB(InDtoB in){
        return mapper.mapB(in); // 执行到这里会发现mapper为null。methodA、methodC方法都没有问题。
    }
    @Override
    OutDtoC methodC(InDtoC in){
        return mapper.mapC(in);
    }
}

到这里聪明的小伙伴们已经发现问题了，由于小兄弟的失误，methodB前多了个final修饰。 但实际代码量和注释量很大，找了半天才发现这个final。当时也没多想，抱着试一试的态度删除了final运行了一下，发现问题解决了，到这里我不由得思考了一下，为什么会出现这种奇怪的现象呢。

分析问题

问题已经明确，是由于函数的final导致的，顺着final来思考一下。 如果函数加上final修饰会产生什么影响呢，基本就是子类无法继承这个函数。 而这个业务级别的Service没有子类，排除了业务代码的问题。突然灵光一闪，拍案而起，是CGLIB啊。

到这里需要一些java动态代理的知识，如果有不太了解的小伙伴，可以看一下站内大佬们的文章，写的都很好。
我会在下面简单介绍一下，不需要的朋友们可以略过

动态代理简介

动态代理是一种可以在不修改原代码的前提下，添加功能的设计模式。当前被广泛使用，Spring的AOP就是基于此完成的。 就Spring来讲，动态代理的实现方式有两种，一种为JDK动态代理，一种为CGLIB。

JDK动态代理： 通过代理类来包裹被代理类，通过实现相同接口，替代被代理类。 CGLIB： 通过创建被代理类的子类，并且拦截被代理类的方法调用，转移至代理类的相应方法，通过子类调用父类的方法，替代被代理类。

梳理

顺着CGLIB的思路，简单梳理一下产生成员变量为null的现象。

OK流程： ①调用目标方法 ②CGLIB代理类拦截，并调用代理类中对应方法 ③正常处理

NG流程： ①调用目标方法 ②由于目标方法被final修饰，无法被拦截，导致直接调用了目标方法 ③Spring只为我们创建了代理类的实例，没有创建被代理类的实例，所以就没有调用被代理类的构造函数，成员变量为null

问题到此基本就结束了，但是在我的印象里，Spring中如果被代理类有接口的话，会默认使用JDK动态代理，而现象却不是，为此还需要进一步调查。

调查

翻看了大佬们的文章，发现Spring确实如此，而SpringBoot却不太一样。 先说结论： ①Spring根据被代理类是否有接口来判断，有接口就使用JDK动态代理，没有就使用CGLIB ②SpringBoot 2.0以前会默认使用JDK动态代理，而2.0以后会默认使用CGLIB(可以通过配置指定代理模式) 由于英语能力有限，在SpringBoot官方文档中没找到，就不贴官方说明了。 有兴趣的可以参考大佬们文章，会贴在最后。

到这里为止，所有的问题都能理的通。但是呢，正常JDK8之后的JDK动态代理处理效率会高于CGLIB，而SpringBoot团队又是为了什么退而求其次呢。 在翻看文章时发现了 SpringBoot的issue ，是关于动态代理的讨论。

简单来讲，官方为了更低的使用门槛 (JDK动态代理必须要使用接口) ，而使用了CGLIB。只要类与方法前没有final修饰，就适配了大部分的使用场景。 但是实际使用时需要注意是否引用了大量使用final的包，如果有的话就需要考虑更换代理方式了。

引用

记录一下对自己有帮助的一些文章，上述过程中有不明白地方的小伙伴们，可以看一下大佬们的文章(写的真好！) 如果有版权问题，请留言或者联系我，必删！ 动态代理 Spring的动态代理