Spring Boot對於如何使用Spring構建應用程式有一個看法：例如它具有常規配置檔案的常規位置，以及用於常見管理和監視任務的端點。Spring Cloud建立在此之上，並新增了一些可能系統中所有元件將使用或偶爾需要的功能。
引導應用程式上下文
一個Spring Cloud應用程式通過建立一個“引導”上下文來進行操作，這個上下文是主應用程式的父上下文。開箱即用，負責從外部源載入配置屬性，還解密本地外部配置檔案中的屬性。這兩個上下文共享一個Environment，這是任何Spring應用程式的外部屬性的來源。Bootstrap屬性的優先順序高，因此預設情況下不能被本地配置覆蓋。
引導上下文使用與主應用程式上下文不同的外部配置約定，因此使用bootstrap.yml application.yml（或.properties）代替引導和主上下文的外部配置。例：
bootstrap.yml spring: application: name: foo cloud: config: uri: ${SPRING_CONFIG_URI:http://localhost:8888} 如果您的應用程式需要伺服器上的特定於應用程式的配置，那麼設定spring.application.name（在bootstrap.yml或application.yml）中是個好主意。
您可以通過設定spring.cloud.bootstrap.enabled=false（例如在系統屬性中）來完全禁用引導過程。
應用程式上下文層次結構
如果您從SpringApplication或SpringApplicationBuilder構建應用程式上下文，則將Bootstrap上下文新增為該上下文的父級。這是一個Spring的功能，即子上下文從其父程式繼承屬性源和配置檔案，因此與不使用Spring Cloud Config構建相同上下文相比，“主”應用程式上下文將包含其他屬性源。額外的財產來源是：
“bootstrap”：如果在Bootstrap上下文中找到任何PropertySourceLocators，則可選CompositePropertySource顯示為高優先順序，並且具有非空屬性。一個例子是來自Spring Cloud Config伺服器的屬性。有關如何自定義此屬性源的內容的說明，請參閱 下文。
“applicationConfig：[classpath：bootstrap.yml]”（如果Spring配置檔案處於活動狀態，則為朋友）。如果您有一個bootstrap.yml（或屬性），那麼這些屬性用於配置引導上下文，然後在父程式設定時將它們新增到子上下文中。它們的優先順序低於application.yml（或屬性）以及作為建立Spring Boot應用程式的過程的正常部分新增到子級的任何其他屬性源。有關如何自定義這些屬性源的內容的說明，請參閱下文。
由於屬性源的排序規則，“引導”條目優先，但請注意，這些條目不包含來自bootstrap.yml的任何資料，它具有非常低的優先順序，但可用於設定預設值。
您可以通過簡單地設定您建立的任何ApplicationContext的父上下文來擴充套件上下文層次結構，例如使用自己的介面，或使用SpringApplicationBuilder方便方法（parent()，child()和sibling()）。引導環境將是您建立自己的最高階祖先的父級。層次結構中的每個上下文都將有自己的“引導”屬性源（可能為空），以避免無意中將值從父級升級到其後代。層次結構中的每個上下文（原則上）也可以具有不同的spring.application.name，因此如果存在配置伺服器，則不同的遠端屬性源。普通的Spring應用程式上下文行為規則適用於屬性解析：子環境中的屬性通過名稱和屬性源名稱覆蓋父項中的屬性（如果子級具有與父級名稱相同的屬性源，一個來自父母的孩子不包括在孩子中）。
請注意，SpringApplicationBuilder允許您在整個層次結構中共享Environment，但這不是預設值。因此，兄弟情境尤其不需要具有相同的資料或財產來源，儘管它們與父母共享共同點。