Spring Cloud 2.2.2 源码之三十八@RefreshScope详解四

RefreshScope注解类实例化基本流程

RefreshScope的对象获取

继续上篇，创建对象，不是单例，也不是原型，而是scope，容器内部有5中scope上次说过了，所以这个就是找出对应的scope，然后进行获取：

RefreshScope的get

会封装成一个BeanLifecycleWrapper包装对象，内部也有个bean实例缓存，还能控制销毁的逻辑，其实这个才是关键，只要销毁了就把bean对象释放了，然后再获得的时候又是去创建一个新的，可以获取新的属性，因此可以做动态更新，后面会说，然后包装对想也会放入BeanLifecycleWrapperCache缓存中，底层就是StandardScopeCache的ConcurrentMap，缓存的操作都用StandardScopeCache。还要维护一个读写锁映射，在操作写BeanLifecycleWrapper的时候可以用写锁，读的时候可以用读锁，提高效率。然后还是调用BeanLifecycleWrapper的getBean()获取。

BeanLifecycleWrapper的getBean

其实内部维护了一个bean实例的缓存，就是被代理对象，不存在的话就调用ObjectFactory的getObject获取，如果调用过销毁方法，这个bean就不存在，就会重新创建实例。

其实就是又到这里来了，这个就是常规的获取创建实例：

至此scope的代理对象和被代理对象都已经创建。

有请求来的时候

当有请求来的时候，会调用CGLIB代理对象的DynamicAdvisedInterceptor的intercept，内部有两个拦截链，但是实际上只会执行一个，然后就返回了：

LockedScopedProxyFactoryBean的invoke

内部反射调用被代理对象的方法后直接返回了，不会继续执行其他的拦截链，也就是说DelegatingIntroductionInterceptor拦截没用到。

好了，基本的RefreshScope注解原理讲完了，后面我们结合nacos的动态配置刷新再讲下。

好了，今天就到这里了，希望对学习理解有帮助，大神看见勿喷，仅为自己的学习理解，能力有限，请多包涵