一、核心原理：配置是如何加載的？

在 Spring Cloud 生態(tài)中，應用啟動時會經(jīng)歷兩個上下文階段：

1.Bootstrap Context（引導上下文）

• 在主應用上下文（Application Context）之前初始化。
• 用于加載外部化配置源（如 Nacos、Consul、Vault 等）。
• 由 bootstrap.yml / bootstrap.properties 驅(qū)動。
• 此階段會連接 Nacos Server，拉取遠程配置，并注入到后續(xù)的主上下文中。

? 關鍵點：Nacos 的遠程配置是在 Bootstrap 階段被拉取并合并到 Environment 中的。

2.Application Context（應用上下文）

• 加載 application.yml 等本地配置。
• 合并來自 Bootstrap 階段的遠程配置。
• 最終形成一個統(tǒng)一的 Environment 對象，供 @Value、@ConfigurationProperties 使用。

Spring 的 PropertySource 機制決定了：后加入的 PropertySource 優(yōu)先級更高。而 Nacos 的遠程配置正是在 Bootstrap 階段早于本地 application.yml 被加入，但其 PropertySource 的 order 被設計為更高優(yōu)先級（即數(shù)值更?。?，從而實現(xiàn)“覆蓋本地配置”。

技術(shù)細節(jié)：

Nacos 通過 NacosPropertySourceLocator 創(chuàng)建 NacosPropertySource，其 getPropertySources() 返回的列表會被 插入到 Spring Environment 的靠前位置（高優(yōu)先級）。

二、配置優(yōu)先級順序（由高到低）

以下是 Spring Boot + Spring Cloud Alibaba + Nacos 組合下的完整配置優(yōu)先級（基于官方文檔與源碼驗證）：

重點結(jié)論：

Nacos 配置的優(yōu)先級高于本地 application.yml，但低于命令行和環(huán)境變量。

這意味著：你可以用 Nacos 管理大部分配置，同時保留通過環(huán)境變量或啟動參數(shù)臨時覆蓋的能力（運維友好）。

三、典型應用場景

場景 1：多環(huán)境配置管理（Dev / Test / Prod）

做法：在 Nacos 中創(chuàng)建不同 Data ID，如：

• user-service-dev.yaml
• user-service-test.yaml
• user-service-prod.yaml

本地 bootstrap.yml：

spring:
  profiles:
    active: prod  # 決定加載哪個 profile 的 Nacos 配置
  cloud:
    nacos:
      config:
        server-addr: nacos.example.com:8848
        file-extension: yaml

• 效果：無需修改代碼，切換環(huán)境只需改 active profile，Nacos 自動加載對應配置。

場景 2：動態(tài)刷新配置（@RefreshScope）

• 修改 Nacos 中的配置 → 應用自動更新（無需重啟）。
• 本地 application.yml 中的同名配置會被忽略（因為 Nacos 優(yōu)先級更高）。
• 適用于：限流閾值、開關標志、日志級別等運行時可變參數(shù)。

場景 3：安全敏感配置外置

• 數(shù)據(jù)庫密碼、AK/SK、OAuth 密鑰等絕不寫入代碼倉庫。
• 全部托管在 Nacos（配合權(quán)限控制 + 加密插件）。
• 本地 application.yml 只保留非敏感默認值。

四、優(yōu)缺點對比分析

最佳實踐建議：

• 開發(fā)階段：本地 application.yml 為主，快速迭代。
• 測試/生產(chǎn)階段：Nacos 為主，本地僅保留 fallback 默認值。
• 關鍵配置：永遠不要把密碼、密鑰寫進 Git！

五、注意事項 & 常見陷阱

Spring Boot 2.4+ 默認禁用 bootstrap.yml

需顯式引入：

<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-bootstrap</artifactId>
</dependency>

Data ID 命名規(guī)則必須匹配

默認格式：${spring.application.name}.${file-extension}

若不匹配，Nacos 配置不會被加載！

配置覆蓋不是“替換”，而是“合并”

Nacos 和本地配置會 merge，只有同名 key 才會被覆蓋。

優(yōu)先級可通過 spring.cloud.config.override-none=true 調(diào)整（不推薦）

一般保持默認行為即可。

總結(jié)

Nacos 配置中心 ? 本地 application.yml ? bootstrap.yml（功能不同）

• 原理上：Nacos 配置通過 Bootstrap Context 注入高優(yōu)先級 PropertySource。
• 實踐中：Nacos 用于生產(chǎn)環(huán)境集中管理 + 動態(tài)更新，本地配置用于開發(fā)默認值。
• 架構(gòu)上：這是云原生“配置外置”理念的核心體現(xiàn)，提升系統(tǒng)彈性與可運維性。

合理利用這一優(yōu)先級機制，能讓你的微服務既靈活又安全，真正實現(xiàn) “一次構(gòu)建，隨處部署” 的 DevOps 目標。

以上為個人經(jīng)驗，希望能給大家一個參考，也希望大家多多支持腳本之家。

最新評論