RefreshScope注解类实例化基本流程

GenericScope的destroy

这里就先把cache清空了，返回了BeanLifecycleWrapper集合。然后拿出前面创建的对应的写锁，上锁后，进行BeanLifecycleWrapper的销毁。

    @Override
    	public void destroy() {
    		List<Throwable> errors = new ArrayList<Throwable>();
    		Collection<BeanLifecycleWrapper> wrappers = this.cache.clear();
    		for (BeanLifecycleWrapper wrapper : wrappers) {
    			try {
    				Lock lock = this.locks.get(wrapper.getName()).writeLock();
    				lock.lock();
    				try {
    					wrapper.destroy();
    				}
    				finally {
    					lock.unlock();
    				}
    			}
    			catch (RuntimeException e) {
    				errors.add(e);
    			}
    		}
    		if (!errors.isEmpty()) {
    			throw wrapIfNecessary(errors.get(0));
    		}
    		this.errors.clear();
    	}

BeanLifecycleWrapper的destroy

貌似什么都没干，如果没有回调Runnable任务的话，其实不然，还记得前面说过BeanLifecycleWrapper会进行被代理对象的实例缓存么，这里最后就把缓存设置null了。这个就是关键，因为后面scope获取的时候发现缓存是空的，就会重新去创建被代理对象，被代理对象又可以经历属性注入和初始化过程了，就相当于更新了。

    public void destroy() {
    			if (this.callback == null) {
    				return;
    			}
    			synchronized (this.name) {
    				Runnable callback = this.callback;
    				if (callback != null) {
    					callback.run();
    				}
    				this.callback = null;
    				this.bean = null;//缓存失效
    			}
    		}

RefreshScope获取新对象

当有更新配置后，发起请求http://localhost:7777/config/info。先到代理对象的DynamicAdvisedInterceptor拦截器的intercept方法中。

首先要获取被代理对象，就是从我们的目标源SimpleBeanTargetSource中获取。

SimpleBeanTargetSource的getTarget

去容器中获取。

从RefreshScope中获取：

又到这里来了，缓存已经没了：

于是重新创建，重新初始化：

LockedScopedProxyFactoryBean的invoke

对象创建后进行拦截器调用，最后直接调用完了返回，没有再去调用拦截器执行链：

反射调用方法，传新创建的实例。

至此为@RefreshScope动态刷新配置属性的原理基本说完了，当然还有很多细节值得我们慢慢品味，有时间可以多看看。

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

阅读全文

Spring Cloud 2.2.2 源码之旅