一、使用場景
當應用的服務部署實例越來越多，達到數十、數百個時，要修改服務的配置的時候，如果要一個一個實例去修改，這是一件很令人崩潰的事，而且很容易出錯。此時我們需要一種統一的配置管理方案，可以集中管理所有實例的配置信息。nacos一方面可以將配置集中管理，另一方面，在配置變更時，nacos可以及時通知微服務，實現配置的熱更新
二、使用方法
1、在nacos中添加配置
注意：項目的核心配置，需要熱更新的配置才有放到nacos管理的必要。基本不會變更的一些配置還是保存在微服務本地比較好
2、在代碼中拉取配置中的信息
微服務要拉取nacos中管理的配置信息，並且與本地的application.yml配置文件合並，才能完成項目的啟動
問題來了，我們沒有讀取到application.yml中的信息，而nacos地址信息又在application.yml文件中，那我們怎么去拉取nacos中的配置信息呢？
因此，spring引入了一種新的配置文件：bootstrap.yaml文件，這個文件會在讀取application.yml文件之前讀取，流程如下：
3、配置拉取步驟
①在pom中引入nacos配置管理的依賴
<!--nacos配置管理依賴-->
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
</dependency>
②添加bootstrap.yml配置文件（需要配置的內容有服務名稱、環境、nacos地址、文件的后綴名）如下：
spring:
application:
name: userservice # 服務名稱
profiles:
active: dev #開發環境，這里是dev
cloud:
nacos:
server-addr: localhost:8848 # Nacos地址
config:
file-extension: yaml # 文件后綴名
根據bootstrap.yml配置文件根據spring.cloud.nacos.server-adddr 可以找到nacos，並根據${spring.application.name}-${spring.profiles.active}.${spring.cloud.nacos.config.file-extension}，也就是配置的文件id，來獲取配置文件。
③讀取配置文件中的內容
Ⅰ、使用@Value()注解，可以獲得配置文件的屬性
@Value("${user.age}") private Integer age;
注：該注解的作用是將我們配置文件的屬性讀出來，有@Value(“${}”)和@Value(“#{}”)兩種方式：簡單來說：
@Value("${}") 是讀取的配置文件的屬性，例如: @Value("${server.port}")
@Value("#{}") 是讀取組件（類）中的屬性，例如： @Value(""#{UserBean.name})
④配置的熱更新（兩種方法）
Ⅰ、在使用了@Value()注解的類上添加@RefreshScope注解即可完成配置熱更新
Ⅱ、使用@ConfigurationProperties注解代替@Value()注解，並在服務中添加一個類，讀取配置文件中的屬性，具體如下：
@Component @Data @ConfigurationProperties(prefix = "pattern")//這是配置項的前綴 public class PatternProperties { private String dateformat; //這是配置項的值（兩者組合起來就是配置文件中的配置項） }
而后在需要使用到的地方注入這個類，通過調用屬性的get、set方法獲得配置項的值
三、配置共享
其實在微服務啟動的時候，會去nacos讀取多個配置文件，例如：
[ spring.application.name]-[spring.profiles.active].yaml , 例如userservice-dev.yaml userservice-test.yaml
[ spring.application.name].yaml 例如： userservice.yaml
因為[ spring.application.name].yaml 這種配置文件不包含環境的內容，因此它可以被多個環境共享。
測試：①在nacos中添加兩個配置文件分別為 userservice-dev.yaml 和 userservice.yaml
②在服務的bootstrap.yaml文件中配置環境為dev環境，啟動去獲得這兩個配置文件的內容都是可以獲得的；
但是在bootstrap.yaml文件中配置環境為test之后，再次啟動去獲得這兩個配置文件的內容時發現，帶dev的配置文件的配置項獲取不到了，而不帶環境的配置文件中的配置項依然可以獲得
目前我們知道有三種配置文件了application.yml（本地配置） 、服務名-環境.yaml 、服務名.yaml
那如果這三個配置文件都存在，且其中都有一段相同的配置項，那么最終會以誰的為准呢？通過測試發現，他們之間的優先級關系是：
application.yml（本地配置） < 服務名.yaml < 服務名-環境.yaml
四、nacos集群搭建
1、為了服務的高可用，增強架構的容災性，通常都會將nacos集群部署。集群的結構圖如下：
其中包含3個nacos節點，然后一個負載均衡器代理3個Nacos。這里負載均衡器可以使用nginx
nacos三個節點的地址規划：（實際中應該會是三台不同的機器，這里是在本地部署）
| 節點 | ip | port |
|---|---|---|
| nacos1 | 192.168.150.1 | 8845 |
| nacos2 | 192.168.150.1 | 8846 |
| nacos3 | 192.168.150.1 |
2、搭建集群步驟：
①搭建數據庫，初始化數據庫的表結構（nacos的安裝包中有提供）
②下載nacos安裝包
③配置nacos
Ⅰ、將cluster.conf.example配置文件更名使其生效
Ⅱ、進入cluster.conf中將所有節點ip和端口信息添加上去
例如：
127.0.0.1:8845
127.0.0.1.8846
127.0.0.1.8847
Ⅲ、修改application.properties配置文件，將數據庫相關配置修改並且放開注解
Ⅳ、此處因為是本地模擬集群，所以還要到application.properties中修改端口號
④bin目錄下使用startup.cmd啟動nacos
③nginx反向代理配置
Ⅰ、獲得nginx的安裝包並解壓到非中文目錄下
Ⅱ、修改conf/nginx.conf配置文件，配置如下：
upstream nacos-cluster {
server 127.0.0.1:8845;
server 127.0.0.1:8846;
server 127.0.0.1:8847;
}
server {
listen 80;
server_name localhost;
location /nacos {
proxy_pass http://nacos-cluster;
}
}
④而后在瀏覽器訪問 http://localhost/nacos 即可進入nacos面板
⑤記得在服務的appliation.yml中修改nacos的地址的配置為是 server-addr: 127.0.0.1:80
優化之處：