Spring Cloud 官⽅⽂档：cloud.spring.io/spring-cloud-static/spring-cloud.html
⼀个Spring Cloud的操作是通过创建“bootstrap”context开始的，它是main application最上层的parent context。开箱机⽤，它负责载⼊来⾃于外部的配置信息（properties），同时在本地解码外部配置⽂件的properties。所有Spring应⽤程序都是由2个Context共享来⾃外部properties的环境Environment。 Bootstrap properties在被加载时具有最⾼的优先权，所以默认情况下bootstrap properties不会被本地配置覆盖。
bootstrap context 使⽤不同的⽅式定位外部配置信息，⽽不是像main application context那样，所以你可以使⽤l 代替l or application.properties, 最好将外部配置交给bootstrap，并与main context分开。
如果你的application在server端有任何特殊的配置，最好是将spring.application.name设置到l内，因为l 不会被本地配置所覆盖。
你也完全可以通过设置系统属性（system properties）spring.abled=false, 来禁⽤bootstrap process。
springcloud和springboot
fig.server.git.uri”以及⼀些加密/解密信息。技术上，l由⽗Spring ApplicationContext加载。⽗ApplicationContext被加载到使⽤l的之前。
例如，当使⽤Spring Cloud时，通常从服务器加载“real”配置数据。为了获取URL（和其他连接配置，如密码等），您需要⼀个较早的
或“bootstrap”配置。因此，您将配置服务器属性放在l中，该属性⽤于加载实际配置数据（通常覆盖l [如果存在]中的内容）。
当然，在⼀些情况上不⽤那么区分这两个⽂件，你只需要使⽤application⽂件即可，把全部选项都写在这⾥，效果基本是⼀致的，在不考虑上⾯的加载顺序覆盖的问题上。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。