一、Spring Boot配置文件中的“陷阱”
spring boot的配置文件是指导spring boot应用运行的重要文件，是一个全局的配置文件。与spring、spring mvc、mybatis等框架的配置文件相比，spring boot的配置文件更加简化，底层默认做了很多配置。spring boot的配置文件默认放在resources目录下，且文件名必须为application。
Spring Boot存在两种形式的配置文件，分别是properties和yml格式。在两种配置文件同时存在的情况下，properties格式的配置文件优先级更高。与之相比，yml格式配置文件更加简洁明了、紧凑且可读性高，Spring Boot支持并推荐使用yml格式配置文件。
工程搭建
新建一个Maven工程spring-boot-traps，在pom.xml文件中添加依赖以及Maven插件，完整的pom.xml文件如下：
4.0.0 org.springframework.boot spring-boot-starter-parent 2.6.3 com.citi spring-boot-traps 0.0.1-SNAPSHOT spring-traps Demo project for Spring Boot 1.8 org.springframework.boot spring-boot-starter org.springframework.boot spring-boot-starter-web org.springframework.boot spring-boot-devtools runtime true org.projectlombok lombok true org.springframework.boot spring-boot-starter-test test org.apache.commons commons-lang3 3.8.1 ${artifactId} org.springframework.boot spring-boot-maven-plugin org.projectlombok lombok
在com.citi.spring.traps包下新增主启动类TrapsApplication：
@SpringBootApplicationpublic class TrapsApplication { public static void main(String[] args) { SpringApplication.run(TrapsApplication.class, args); }}
在test包的相同路径下增加主启动类的测试类TrapsApplicationTest：
@SpringBootTestpublic class TrapsApplicationTest { @Test public void context() { ApplicationContext context = new AnnotationConfigApplicationContext("com.citi.spring.traps"); String[] beanDefinitionNames = context.getBeanDefinitionNames(); for (String beanDefinitionName : beanDefinitionNames) { System.out.println("容器中的对象:" + beanDefinitionName); } }}
执行测试：
Spring容器可以正常运行。
配置文件加载顺序的“陷阱”
使用配置文件给实体类赋值，在entity包下新增UserProperties：
@Data@Component@ConfigurationProperties(prefix = "traps.user")public class UserProperties { private String name; private Integer age;}
@ConfigurationProperties注解可以指定配置文件中配置项的前缀。
在application.yml中增加配置：
traps: user: name: stark age: 41
增加UserProperties的测试类：
public class UserPropertiesTest extends TrapsApplicationTest { @Autowired private UserProperties userProperties;@Testpublic void getProperty() { System.out.println(userProperties);}
}
执行测试：
根据控制台打印日志，可以看出UserProperties被成功赋值。
配置文件优先级
工程目录下的配置文件优先级如下：
工程目录下/config/application.yml，优先级最高工程目录下/application.yml，优先级第二resources/config/application.yml，优先级第三resources/application.yml，优先级第四
不同位置都放置了配置文件，高优先级的配置会覆盖低优先级的配置，多个配置文件是互补的，即取多个文件的并集。
验证配置文件优先级：
在resource目录下新建config文件夹，增加application.yml：
traps:user:name: stark in resources/config/age: 41
执行测试：
根据控制台打印出的日志，可以确定resources目录下的application.yml被config目录下的application.yml覆盖了。
在工程根目录下新增application.yml：
traps:user:name: stark in root/age: 41
执行测试：
根据控制台日志打印，可以确定工程根目录下的配置文件覆盖了resource目录下的两个配置文件。
在工程根目录下新建config目录，在config目录下新增application.yml：
有道小P
有道小P，新一代AI全科学习助手，在学习中遇到任何问题都可以问我。
64 查看详情 
traps:user:name: stark in root/config/age: 41
执行测试：
根据控制台日志打印，可以确定工程根目录下config文件下的配置文件的优先级是最高的。
application.yml多环境配置
第一种方式可以使用spring.profile.active指定配置文件。
在resources目录下新建两个配置文件application-dev.yml、application-test.yml：
traps:user:name: stark in devage: 41
traps:user:name: stark in testage: 41
修改application.yml，使用spring.profile.active指定使用的配置文件：
spring:profiles:指定使用的配置文件
active: test
删除config目录，执行测试：
根据控制台的日志可以确定，使用的配置文件为test环境的配置文件。
第二种方式是使用占位符，即启动应用时指定使用哪个环境的配置。修改application.yml：
spring:
profiles:
使用占位符
active: ${spring.profiles.active}
使用Maven命令打包，在终端中执行启动命令并指定配置文件：
java -jar spring-boot-traps.jar --spring.profiles.active=test
终端启动日志如下：
控制台日志显示使用的配置文件是test。
定时任务执行的“陷阱”
Spring Boot中可以非常简单的实现定时任务，而且定时任务有自己独立的线程池，不会影响到业务主线程。
Spring Boot中编写定时任务需要用到两个注解：
@EnableScheduling标注在配置类上使@Scheduled注解生效@Scheduled注解标注在方法上，表示这是一个定时任务
@Scheduled注解的参数包括：
fixedDelay：上次任务的结束和下次任务的开始之间的固定间隔多少秒fixedRate：上次任务的开始和下次任务开始之间的频率，不管任务是否结束initialDelay：与fixedDelay和fixedRate组合使用，指的是第一次任务等待指定的时间后才开始执行cron：表达式配置任务执行时间
编写定时任务类：
新建task目录，新增ScheduledTask类，定义定时任务：
@Component@Slf4jpublic class ScheduledTask {@Scheduled(fixedRate = 1000)public void task01() throws InterruptedException {log.info("Scheduled task01 processing");while (true) {Thread.sleep(2000);log.info("Scheduled Task process something");}}
@Scheduled(fixedRate = 1000)public void task02() throws InterruptedException { log.info("Scheduled task02 processing");}}
在主启动类上增加注解@EnableScheduling，表示启用定时任务。
启动主程序类，观察控制台打印的日志：
根据打印的日志可以发现，只有task01在运行，task02并没有运行，这是为什么？
点击主启动类上的@EnableScheduling注解，查看ScheduledAnnotationBeanPostProcessor类的源码：
其中setScheduler方法的作用就是设置定时任务线程池，而Spring Boot默认使用单线程去执行定时任务，线程一直在task01的while中循环，没有多余的线程去执行task02。
配置定时任务线程池
配置定时任务线程池的方式有两种，第一种是在application.yml中配置线程池：
在application.yml中增加定时任务线程池配置：
spring:profiles:指定使用的配置文件
active: testtask:scheduling:pool:size: 5
重新启动应用：
根据控制台的打印可以看出，
task01和task02都执行了。第二种方式是通过编写配置类
ScheduleConfig实现自定义定时任务的线程池：新增
config包，在config包下新增配置类ScheduleConfig：@Configurationpublic class ScheduleConfig {@Beanpublic TaskScheduler taskScheduler() {ThreadPoolTaskScheduler taskScheduler = new ThreadPoolTaskScheduler();taskScheduler.setPoolSize(5);return taskScheduler;}}注释掉
application.yml中的线程池大小配置，重新启动应用：
根据控制台日志显示，
task01和task02都可以正常执行。以上就是你有没有掉进去过这些Spring Boot中的“陷阱“（上）的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/461910.html
微信扫一扫 
支付宝扫一扫 
![Ubuntu20.04安装详细图文教程（双系统）[通俗易懂]](https://www.chuangxiangniao.com/wp-content/uploads/2025/10/175254145017182.jpg)
![Ubuntu20.04安装详细图文教程（双系统）[通俗易懂]](https://www.chuangxiangniao.com/wp-content/uploads/2025/10/175254145061981.jpg)
![Ubuntu20.04安装详细图文教程（双系统）[通俗易懂]](https://www.chuangxiangniao.com/wp-content/uploads/2025/10/175254145113131.jpg)
![Ubuntu20.04安装详细图文教程（双系统）[通俗易懂]](https://www.chuangxiangniao.com/wp-content/uploads/2025/10/175254145195572.jpg)
