先说AutoConfigure

引入了相关的依赖，就自动配置或者注册一些相关的Bean到容器内，而不需要我手动ComponentSacn这些第三方的包路径，也不想知道具体该用哪些，而是希望类库的提供者已经编写好了"spring.xml"或者@Configuration注解的一个入口配置

具体实现就是需要自动配置的类库META-INF/spring.factories这个文件里指定了自动配置的入口类列表，典型的XXAutoConfiguration类上一般是由@Configuration + @ConditionalOnBean + @Import

Auto有时候太暴力，希望能手动开启

我不想因为我引了一个jar给我注入了一些我可能并不知道或者用不到的Bean或者配置信息，拿回我自己的控制权，所以需要有一个开关来供我选择。

如何实现开关的效果

@Condition以及相关的复合注解可以实现满足某个条件（比如我要求容器内必须有某个类型的Bean，某个Class等等）才会注入

比如某个类库依赖mysql的driver，我发现你容器内没有检测到这个driver，也就是你pom依赖配置不完整，我就不会自动配置，就算配置了也会有问题

说白了就是所谓的开关，可能会在一个jar里，也可能是你依赖的第三方jar里。

然后就出现了很多类似@Enable*的注解，仅仅是往容器内注册了一些相关的Bean，为了满足AutoConfigure的触发条件

看个具体例子

我们常见的配置中心、注册中心的服务程序都是一个模式，比如:
@EnableConfigServer
@EnableEurekaServer

比如 @EnableConfigServer 的源码：

@Import(ConfigServerConfiguration.class)

public @interface EnableConfigServer {

}

他引入的ConfigServerConfiguration类源码：

@Configuration
public class ConfigServerConfiguration {
   
    @Bean
    public Marker enableConfigServerMarker() {
        return new Marker();
    }
    class Marker {
    }
}

这种Marker类没有任何实质的主体，就是单纯一个实现开关的效果。

对应的自动配置类：

@Configuration

@ConditionalOnBean(ConfigServerConfiguration.Marker.class)

@EnableConfigurationProperties(ConfigServerProperties.class)

@Import({ EnvironmentRepositoryConfiguration.class...})

public class ConfigServerAutoConfiguration {

}

总结

@EnableAutoConfiguration 开启了自动配置的功能

@EnableXX 开启了具体某个类库提供的功能，满足了@XXAutoConfiguration上的Condition触发条件