2.2.0.RELEASE（17个）：从2.2.0版本后，官方文档采用H5来重写了，所以页面风格整体上有所改变（更高级些了有木有）
此处对@PropertySource属性源增加了文字解释：它在refresh()容器之前，该属性源是不会放进Environment里面的，也就是说在容器启动之前请不要使用它里面的k-v，这在日常使用请你务必注意~
从这能看出Spring Boot对外部化配置发展的脉络。即使从1.5.0版本后，外部化配置趋于稳定，但谁知道以后呢？对吧~况且，17个耶，你真记得住？最为致命的是：如果你的工程接入配置中心来获取配置，又或者你二次开发自定位你配置的位置，它们都还不在这17个行列里，那肿么办？怎么判断属性优先级呢？所以嘛，像这种case，不要强记，不要强记，不要强记。
2020-11-22新增
截至此时，Spirng Boot 2.4.0已经发布，它带来了全新的配置文件加载机制，不具备向下兼容性，因此本处特别的过来加上。
它官网对配置文件顺序描述也发生了变化，如下图：
阅读此部分配置项需要注意：
- 文档中排列顺序不同于以往，这里是倒序（既最后面的是优先级越高的），请查看时注意哦
- Config data（序号是3）被当作一个整体参与排序，它内部维持着自己的顺序，这样更方便理解了嘛
- 总的算下来还是17种方式（14 - 1(序号3) + 4(序号3的详细) = 17）
Spring Boot自2.4.0版本后对配置文件的加载方式完全不同于以往，具体原理分析、使用注意事项、迁移指导等，请参见此系列文章的详解：Spring Boot 2.4.0正式发布，全新的配置文件加载机制（不向下兼容）
application.yaml vs bootstrap.yaml
对于它俩的比较理应放在最后，但这里先睹为快。
- application.yaml/properties被Spring Boot容器读取，也常常被我们称为主配置
- bootstrap.yaml/properties被Spring Cloud容器读取，也常常被我们称为引导配置
bootstrap.yaml优先于application.yaml被加载。虽然前者是给Spring Cloud专用的，但是这个属性源最终也会“合并”到Spring Boot的属性源里面去，并且优先级高于application.yaml，所以Spring Boot里也可以使用。
说明：application.yaml里的属性，SC可是完全触碰不到的~
总结
本文有种复习Spring Framework的赶脚，因为大部分概念都是“老的”，但也是最为核心的。以上概念多多少少都会和整合扯上点关系，后面会有所体现。
为何我觉得概念理解如此重要？我觉得概念就像是用于沟通的语言，只有做到感念一致性沟通起来才能顺畅，因此我才觉得在系列开头穿插着书写本文是很有必要的，磨刀不误砍柴工嘛。
尴尬爆料：今天猛然发现，之前好多文章里我把Environment单词写错了，写为了Enviroment，特此提醒各位不要“学我”哦
