理想万岁万万岁的博客

上一篇文章：springboot创建并配置环境(三) - 配置扩展属性(上集)中我们介绍了springboot对配置文件的处理逻辑，但是由于篇幅过长，决定分上下集两部分讲解。进入方法从该方法中看到，对中的进行遍历，从中获取key为的配置属性，将其添加到集合中并返回。进入Profiles的构造方法查看，该构造方法中定义了三种profiles，分别是定义的profiles、定义的profiles和定义的profiles。我们逐个查看定义的profiles从Profiles。

在上一篇文章：springboot创建并配置环境(二) - 配置基础环境中，我们介绍了springboot如何配置基础环境变量。本篇文章讨论如何处理配置文件。classpath路径下的**使用注解指定的文件、以及来自项目外部的配置文件**等。

springboot启动过程中配置基础环境

springboot创建运行环境的源码解析

从源码分析springboot如何推断出当前应用为响应式的还是非响应式的

使用springboot开发的同学们，都一定会从配置文件中读取配置。比如我们常常会在上传文件的功能中，把文件的保存路径写在配置文件中，然后在代码中通过@Value()注解从配置文件读取对应的配置，如下所示：在配置文件中定义文件路径在代码中获取保存路径// 文件路径/data/files public void upload(File file) {// 将文件保存到fileLocation中。} }这种读取配置的方式非常方便，但是有一个让人抓狂的缺点在多人协作开发的情况下，同事A在配置文件中修改。

用过spring的小伙伴想必都知道IOC容器吧，spring将我们的单例对象实例化后保存到IOC容器，而且一说到IOC容器，大家第一反应都是，读过源码的同学还知道IOC容器中的单例对象都是保存在一个Map集合中的，而且是以beanName为key，单例对象为value的Map集合。但是目前大家用的肯定都是springboot了，如果面试官问你springboot中的IOC容器是什么？而你还像上面那样照本宣科按照spring的回答，那你就错了。正解：在springboot刚启动时，IOC容器为，直到。

在我们日常开发中，经常会遇到导出pdf这种需求，比如导出合同、导出业务报告等。这中导出功能都有一个特点，导出的pdf中有大量相同的文本布局以及样式，只有涉及到用户本人的信息时出现不同的内容。我们把这些相同的部分称作模版，在模版中放置一些变量来代表用户信息，比如用户姓名、年龄等。这样我们在导出pdf的时候，在数据库中把用户信息查出来，对模版中对应的变量进行替换，再把替换的结果转成pdf文件就可以了。模版的类型有很多种：html模版、doc模版、excel模版、pdf模版等等。

在前后端配合开发中，后端人员提供的接口文档对前后端的完美配合往往起到举足轻重的作用，一个漂亮美观且功能强大的接口文档更是可以轻易获得前端妹子的青睐。而传统的接口文档插件swagger在漂亮美观功能强大方面它却一边的都不沾。，推荐它的理由是，且集成过程简单。下面是它的示例图下面我们开始将knife4j接口文档插件集成进springboot项目中。

用过springboot的小伙伴们都知道，相比于spring，它最大的优势是帮我们省去了一大堆超大一堆繁琐的配置。比如在spring中，当我们需要在项目中整合第三方插件(如redis、mybatis、rabbitmq)时，往往需要在xml配置文件中去配置这些插件的等将其与spring进行整合。而在springboot中，他会根据项目中引入哪些插件自动地将插件进行整合，这都得益于springboot的自动装配或称为自动配置。