嘿，老铁！SpringBoot配置，咱就是说有时候挺让人头疼的。别慌，这玩意儿，我踩过不少坑，今天就来跟你唠唠嗑，把那些“潜规则”给扒出来。你懂的，SpringBoot的自动配置，确实方便，但Ru果不了解它背后的原理，那可就容易掉进陷阱了。

得搞清楚，SpringBoot的自动配置是怎么工作的。它主要靠两个东西：

AutoConfigurationImportFilter这个家伙负责干预加载自动配置类的顺序。简单来说就是控制哪个自动配置类先加载、哪个后加载。

spring.factories这玩意儿就像一个配置文件一样，里面记录了哪些条件满足时应该加载哪些自动配置类。

至于Spring配置嘛，那咱就geng简单了。创建个applicationContext.xml文件，往里面加点东西就行了。比如说：

@SpringBootApplication(exclude = {
    DataSourceAutoConfiguration.class,
    HibernateJpaAutoConfiguration.class})

你kan上面这个例子，`exclude`属性是用来排除某些自动配置类的。这hen常用啊！

Profile是什么？简单来说就是用来区分不同环境的配置。比如开发环境、测试环境、生产环境等等。咱们Ke以用Profile来隔离不同的数据库连接信息、日志级别等等。

spring:
  profiles:
    active: mongodb  # 默认激活mongodb profile
spring:
  config:
    activate:
      on-profile: jpa  # 当jpa profile激活时启用下面的配置
  datasource:
    url: jdbc:mysql://... # 数据库连接地址

这个例子里呢，我们默认激活的是`mongodb` profile。但是当我们切换到`jpa` profile时才会启用下面的数据源配置。

同时引入spring-boot-starter-data-jpa和spring-boot-starter-data-mongodb时应用启动报错。

Parameter  of method mongoTemplate in MongoDataAutoConfiguration required a bean of type 'MongoDatabaseFactory' that could not be found.

这个错误啊，通常是因为某些依赖会触发JPA的数据源初始化，而MongoDB不需要数据源。这样一来呢，条件判断就混乱了。

咱们得去kankanRedisAutoConfiguration的生效条件。

自定义了一个WebMvcConfigurer，但发现静态资源路径不生效。

SpringBoot的WebMvcAutoConfiguration会默认注册一系列WebMvcConfigurer。Ru果你的自定义类的优先级不够高，hen容易被覆盖。

@Component public class MyEnvironmentPostProcessor : EnvironmentPostProcessor {
    override fun postProcessEnvironment {
        environment?.propertySources?.addFirst) ) }
} 

@Configuration@Orderpublic class CustomWebMvcConfig implements WebMvcConfigurer { ... }

@Bean@ConditionalOnMissingBeanpublic RedisTemplate<String, Object> redisTemplate {
    // 自定义实现}

spring.autoconfigure.exclude=org.springframework.boot.autoconfigure.web.servlet.WebMvcAutoConfiguration

- -debug=true