@RefreshScope热更新原理

在Nacos的中，为了实现配置的热更新我们采取了两种方式，其一就是借助于注解：@RefreshScope，那么这个注解是如何做到标识即生效的？我们尝试一起分析一下。

1.了解@RefreshScope本身

点击进去此注解，可以发现其本质也是一个组合注解，如下

对于Spring注解有过研究的读者，对于这几个元注解一定不陌生，简短的篇幅了解一下：

@Target({ ElementType.TYPE, ElementType.METHOD })

目标的作用范围

ElementType.TYPE：能修饰类、接口或枚举类型

ElementType.FIELD：能修饰成员变量

ElementType.METHOD：能修饰方法

ElementType.PARAMETER：能修饰参数

ElementType.CONSTRUCTOR：能修饰构造器

ElementType.LOCAL_VARIABLE：能修饰局部变量

ElementType.ANNOTATION_TYPE：能修饰注解

ElementType.PACKAGE：能修饰包

@Retention(RetentionPolicy.RUNTIME)

保留的生命周期

SOURCE：注解只保留在源文件，当Java文件编译成class文件的时候，注解被遗弃；即保留在.java文件中

CLASS：注解被保留到class文件，但jvm加载class文件时候被遗弃，这是默认的生命周期；即保留在.class文件中

RUNTIME：注解不仅被保存到class文件中，jvm加载class文件之后仍然存在；即保留在内存中的字节码文件中，一旦jvm加载就会更新，生命周期最长

@Scope("refresh")

实现配置、实例热加载的关键核心，默认了ScopedProxyMode.TARGET_CLASS; 属性，此属性的功能就是在创建一个代理，在每次调用的时候都用它来调用GenericScope get 方法来获取对象。集成了Spring框架之后，实际就是调用Spring的装配机制重新装配属性。

所以截止目前我们可以了解到：@RefreshScope注解本身是一个组合注解，其实现配置热更新的关键是依赖@Scope("refresh")。我们进一步来看看@RefreshScope到底做了什么？

2.@RefreshScope做了什么

@RefreshScope主要就是基于@Scope注解的作用域代理的基础上进行扩展实现的，加了@RefreshScope注解的类，在被Bean工厂创建后会加入自己的refresh scope 这个Bean缓存中，后续会优先从Bean缓存中获取，当配置中心发生了变更，会把变更的配置更新到spring容器的Environment中，并且同时bean缓存就会被清空，从而就会从bean工厂中创建bean实例了，而这次创建bean实例的时候就会继续经历这个bean的生命周期，使得@Value属性值能够从Environment中获取到最新的属性值，这样整个过程就达到了动态刷新配置的效果。

所以截止目前我们可以了解到下述大致流程：

3.@RefreshScope怎么做到的

基于上面我们知道，@Scope基于缓存失效，实现配置的热更新，我们继续看看它是如何做到的：

4.总结

对于@RefreshScope注解实现配置热更新的流程，实际是借助于缓存失效+Spring重新创建配置Bean解决，知道这个思路之后，读者们可以借助本章节2，或3做流程性、原理性了解。