application-dev.yml 与application-prod.yml
application-dev.yml
和 application-prod.yml
都是 Spring Boot 项目中的配置文件,但是用途不同。
application-dev.yml
是开发环境下的配置文件,通常包含了开发者需要的一些调试信息和方便开发的配置项,例如,可以设置日志级别为 DEBUG,打开数据库连接池的 SQL 执行日志等。
application-prod.yml
是生产环境下的配置文件,通常包含了生产环境需要的一些优化项和安全项,例如,可以关闭 DevTools、禁用 SQL 执行日志、开启缓存等。
在实际项目中,通常会根据不同的环境创建不同的配置文件,如 application-dev.yml
、application-test.yml
、application-prod.yml
等,并使用 Spring Boot 提供的 spring.profiles.active
属性来指定当前使用的配置文件。例如,设置 spring.profiles.active=dev
则会使用 application-dev.yml
中的配置。
springboot application-prod.yml
在Spring Boot应用中,application-prod.yml是一个配置文件,用于配置生产环境的相关信息。在这个文件中,可以设置生产环境的数据库地址、服务器端口等配置。例如,可以在application-prod.yml中设置kafka的bootstrap-servers为生产环境的地址,如10.10.2.92:6667,10.10.2.93:6667,10.10.2.94:6667,并设置服务器端口为8312。这样,在生产环境下运行Spring Boot应用时,就会读取这个配置文件中的配置信息。通过创建不同的配置文件,如application-dev.yml、application-test.yml和application-prod.yml,并通过修改active属性来切换读取的配置文件,可以方便地在不同环境中配置应用的相关信息。
引用[.reference_title]
- 1 2 SpringBoot(五) application配置文件[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2
allinsert_cask~default-1-null.142^v91^control_2,239^v3^insert_chatgpt"}} ] [.reference_item] - 3 SpringBoot多环境配置详解(application-dev.yml、application-test.yml、application-prod.yml)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2
allinsert_cask~default-1-null.142^v91^control_2,239^v3^insert_chatgpt"}} ] [.reference_item] [ .reference_list ]
application.yml,application-dev.yml是先运行dev中的配置,在执行application.yml中?
是的,Spring Boot 会优先加载 application-{profile}.yml
文件,其中 {profile}
是指当前的环境配置,比如 dev
、test
、prod
等。如果没有指定环境配置,则默认为 default
。如果存在多个环境配置文件,Spring Boot 会按照以下顺序加载:
application-{profile}.yml
application-{profile}.properties
application.yml
application.properties
在加载配置文件时,会按照上面的顺序依次加载,后面的配置会覆盖前面的配置。因此,如果同时存在 application.yml
和 application-dev.yml
,则会先加载 application-dev.yml
,然后再加载 application.yml
。如果存在相同的配置项,后面的配置会覆盖前面的配置。
相关推荐
















