电子商务网站建设与维护教案,怎样建企业网站,百度一下你就知道官网,全网热搜榜第一名springboot的Profile
★ 何谓Profile 应用所在的运行环境发生切换时#xff0c;配置文件常常就需要随之修改。Profile#xff1a;——就是一组配置文件及组件的集合。可以整个应用在不同的profile之间切换#xff08;设置活动profile#xff09;#xff0c;整个应用都将使…springboot的Profile
★ 何谓Profile 应用所在的运行环境发生切换时配置文件常常就需要随之修改。Profile——就是一组配置文件及组件的集合。可以整个应用在不同的profile之间切换设置活动profile整个应用都将使用该profile对应的配置文件及组件。——每个运行环境开发、测试、上线都配置成一个对应profile这样以后只要修改一下活动profile应用就可以轻易地在不同的运行环境之间自由切换。就是通过 配置的 profile 快速切换开发环境。
▲ 1. 声明Profile - Profile修饰Spring组件Component、Configuration、ConfigurationProperties)意味着该组件仅对特定profile有效。- 在配置文件中添加profile名意味着该配置文件仅对特定profile生效。- 多profile的配置文件。▲ 2. 设置活动Profile spring.profiles.active属性指定激活哪个Profile——该属性可通过任意的外部配置源来指定。★ 通用配置文件 和 Profile特定的配置文件 的区别
通用配置文件 application.properties或者application.ymlprofile相关 application-{profile名}.properties或者application-{profile名}.ymlprofile相关的配置文件的优先级更高后加载后加载的会覆盖前面加载的就是我们要弄一个叫 abc.profile 的配置文件那么就可以这样写 application-abc.properties/yml
(中划线 - 加上 profile 名字)代码演示
演示如何通过profile配置文件来快速切换开发环境。 步骤 1、 添加一个正式环境用的yml----application-dev.yml写对应的正式环境配置 添加一个测试环境用的yml----application-test.yml写对应的测试环境配置 一个原本有的通用的application.yml—用来切换开发环境和测试环境
演示通过 application.yml 配置文件中通过指定对应的 profile 名字来切换开发环境
演示 用 java 类来查看 类用 Profile 注解 来修饰 Profile(“dev”) //注解作用表示这个控制器仅对dev作为活动profile时才生效就是把开发环境切换成 dev 这个控制器才生效
application.yml配置文件中使用 spring.profiles.active 属性用于切换活动profile意味着最终最多时能有一个活动profile就是最终只能有一个开发环境要么正式要么测试要么其他只能有一个开发环境。
但是如果在application.yml 配置文件中使用 spring.profiles.include属性 用于添加活动profile意味着最终可能有多个活动profile目前来看是多个profile修饰的controller生效。 一开始我以为是多个开发环境生效比如正式环境和测试环境都生效后面发现是覆盖的关系看起来还是只有一个开发环境 新增的活动profile - add 和 原来的活动profile - dev 其实它们会覆盖但是具体谁覆盖谁是不确定的。 下面演示添加活动profile
★ 添加活动Profile
▲ spring.profiles.include - 添加新的活动profile 原有的继续生效。没有的新增。相同的覆盖——Spring Boot并不确定使用新增profile覆盖原有的profile▲ 调用SpringApplication的setAdditionalProfiles()来添加新的活动Profile
通过添加活动Profile实际上就相当于让应用有了多个活动Profile。【备注】spring.profiles.active属性用于切换活动profile意味着最终最多时能有一个活动profilespring.profiles.include属性用于添加活动profile意味着最终可能有多个活动profile如果在application.yml 配置文件中使用 spring.profiles.include属性 用于添加活动profile意味着最终可能有多个活动profile目前来看是多个profile修饰的controller生效。 一开始我以为是多个开发环境生效比如正式环境和测试环境都生效后面发现是覆盖的关系看起来还是只有一个开发环境
新增的活动profile - add 和 原来的活动profile - dev 其实它们会覆盖但是具体谁覆盖谁是不确定的。
代码示例 添加一个活动profile 2、使用这个新添加的活动profile有两种方式 方式1在启动类添加用 ctx.setAdditionalProfiles(“add”); 方法 方式2在 application.yml 配置文件中添加用 spring.profiles.include 属性 执行结果 application.yml 配置文件启动的profile 有 dev 和 add 两个开发环境启动后使用的端口号是 add 的 8085
访问结果测试
可以看出 当 application.yml 指定了 dev 和 add 两个开发环境后只有 dev 和 add 两个controller 生效生效能访问到对应的被profile注解修饰的controller的方法 但是开发环境是 add 覆盖了 dev 。 而test 开发环境 和 controller 都没生效。
★ Profile组
Profile组可以让一个应用里面有多个profile
Profile组也是一个Profile但该Profile可包含另外几个Profile。例如spring.profiles.group.prod[0]banner
spring.profiles.group.prod[1]server上面定义了一个Profile组prod该组包含banner和server两个Profile。因此如果将上面prod设为活动Profile那就意味着项目中有3个活动profile依次是prod、banner、server——通过使用这种方式可以让项目设置多个活动Profile。▲ Profile组及其成员的加载顺序
先加载Profile组对应的资源比如先加载prod
然后按顺序加载各组成员Profile对应的资源比如再加载banner、server。
后加载的能覆盖先加载的。——Profile组 对应的资源总会被组成员对应的资源所覆盖。【备注】通过使用Profile组可以设置多个活动profile且它们的覆盖顺序是相当稳定的。 先加载组然后再加载组里面的成员后加载的会覆盖前面的。
代码演示
需求演示 profile 组 和 其成员的加载顺序。
1、先在application.yml 中设置一个profile组叫gp 然后创建一个 profile 叫 application-gp.yml 【spring.profiles.active属性用于切换活动profile意味着最终最多时能有一个活动profile】
如图可以看出用 active 表示切换到 gp 这个profile 所以最先加载的就是这个 gp profile 然后再加载 gp 这个组里面的成员加载顺序可以看成是按我们写的顺序从上往下如图中先加载 dev 这个 profile 然后再加载 test 这个 profile。 加载顺序为gp – dev – test 因为后加载的profile 会覆盖 先加载的profile所以最终执行的 profile 就是 test 这个 访问各个profile的方法验证加载顺序 可以看出来 1、启动程序后访问的端口是8084因为test这个profile配置文件的端口就是8084说明test是最后加载的覆盖了前面的几个profile。 2、然后访问每个 profile 的控制器的方法发现 gp、dev、test 都能访问成功只有add这个profile访问失败因为从上面的 application.yml 配置文件可以看出只配置了 gp、dev、test 这三个profile。而add这个没有配置肯定访问失败 3、可以看出无论是访问 gp这个profile组还是访问 dev、test 这两个活动profile返回的结果都是 test 这个profile 的数据。说明因为配置了 gp、dev、test 这三个profile所以表示gp、dev、test这三个控制器都生效就是这三个开发环境都生效了。 但是因为test最后加载把前面的gp和dev都覆盖了所以最终的开发环境就是以test这个profile为主。 ★ 混合复合类型
混合复合类型其实就是多个profile的覆盖规则。
1. 若可从多个配置文件中加载List类型的属性时后加载的List集合总是完全替换之前加载List集合。比如从第一个配置文件中加载的List集合包含2个元素接着从第二个配置文件中加载的List集合包含1个元素那么这个List集合属性最终就只有一个元素。2. 若可从多个配置文件中加载Map类型的属性时后加载的Map的key-value对将会添加到之前加载Map中。比如先从第一个配置文件中加载的Map包含2个key-value对接着从第二个配置文件中加载的Map集合包含1个key-value对、且该key-value与之前的两个key-value对不冲突那么这个Map属性最终会包含3个key-value对。【归纳】 List集合是完全覆盖Map集合则是元素添加。代码演示 需求演示 profile 里面的 list 覆盖和 Map 添加 定义这个属性处理类作用是拿对应的yml配置文件中的值 这个是控制器中的方法通过访问能更直观的看到数据
测试结果 List集合是完全覆盖Map集合则是元素添加。
★ 根据环境自动更新Profile多Profile的配置文件
可使用三个减号---将一份.yml配置文件分割成逻辑上的多个片段*.properties文件使用#---进行分割然
后可通过如下属性指定各片段“条件性”生效▲ spring.config.activate.on-profile指定此行配置以下的配置仅当指定Profile激活时才有效。该属性值也支持使用取反运算符!比如“!dev”表示非dev Profile时有效。▲ spring.config.activate.on-cloud-platform指定此行配置以下的配置仅当处于指定云平台上时才有效。如果使用此行配置意味着该应用可根据部署的云平台自动切换它的配置片段Profile【本质】就是将多个针对特定Profile的配置文件合并到一起。代码示例
总结这个根据环境自动更新Profile就是上面我们创建很多yml配置文件一个profile就创建一个yml配置文件 如application-dev.ymlapplication-gp.ymlapplication-test.yml然后这三个活动profile需要在application.yml 里面进行指定加载一个或者多个。
现在的需求就是把application-dev.ymlapplication-gp.ymlapplication-test.yml这三个profile的代码直接全部都写在application.yml 这个配置文件就行了就不用创建那么多的application-xxxprofile.yml 的文件了。
三个配置文件的数据放在同一份yml中需要用 — 这三个减号进行分割表示分成一个一个片段。
代码 把dev和test这两个profile配置文件的代码都添加到 application.yml这个配置文件里面然后把原本各自的application-dev.ymlapplication-test.yml 里面的数据注释掉 现在只指定了 dev 所以也只有dev这个开发环境能生效。 访问测试 测试结果发现跟自己预料的不一样。 如上面的图可以看到指定的是 dev 开发环境然后dev 这个片段在9-30行test在31-52行启动项目后发现第6行无论是指定dev还是test最终加载的都是test这个开发环境就像是test把dev覆盖了一样。 如图按理说启动后端口应该是dev的8083
