摘要：和不同，接口可以根據條件一般是注解的屬性指定需要導入的類抽象類實現了接口，并限定選擇條件只能是枚舉類，也就是說你自定義的注解必須包含屬性。

@Enable** 注解，一般用于開啟某一類功能。類似于一種開關，只有加了這個注解，才能使用某些功能。

spring boot 中經常遇到這樣的場景，老大讓你寫一個定時任務腳本、開啟一個spring緩存，或者讓你提供spring 異步支持。你的做法肯定是 @EnableScheduling+@Scheduled，@EnableCaching+@Cache，@EnableAsync+@Async 立馬開始寫邏輯了，但你是否真正了解其中的原理呢？之前有寫過一個項目，是日志系統，其中要提供spring 注解支持，簡化配置，當時就是參考以上源碼的技巧實現的。

先來看@EnableScheduling源碼

@Target(ElementType.TYPE)
@Retention(RetentionPolicy.RUNTIME)
@Import(SchedulingConfiguration.class)
@Documented
public @interface EnableScheduling {

}

可以看到這個注解是一個混合注解，和其他注解的唯一區別就是多了一個@Import注解

通過查詢spring api文檔

Indicates one or more @Configuration classes to import. Provides functionality equivalent to the  element in Spring XML. Allows for importing @Configuration classes, ImportSelector and ImportBeanDefinitionRegistrar implementations, as well as regular component classes (as of 4.2; analogous to AnnotationConfigApplicationContext.register(java.lang.Class...)). 表示要導入的一個或多個@Configuration類。 提供與Spring XML中的元素等效的功能。 允許導入@Configuration類，ImportSelector和ImportBeanDefinitionRegistrar實現，以及常規組件類（從4.2開始;類似于AnnotationConfigApplicationContext.register（java.lang.Class <？> ...））。

可以看出，通過這個注解的作用是導入一些特定的配置類，這些特定類包括三種

@Configuration 注解的類

實現ImportSelector接口的類

實現ImportBeanDefinitionRegistrar接口的類

先來看看導入@Configuration注解的例子，打開SchedulingConfiguration類

發現他是屬于第一種，直接注冊了一個ScheduledAnnotationBeanPostProcessor 的 Bean

簡單介紹一下ScheduledAnnotationBeanPostProcessor這個類干了什么事，他實現了BeanPostProcessor類。這個類可以在bean初始化后，容器接管前實現自己的邏輯。在bean 初始化之后，通過AnnotatedElementUtils.getMergedRepeatableAnnotations()方法去拿到當前bean有@Scheduled和@Schedules注解的方法。如果有的話，將其注冊到內部ScheduledTaskRegistrar變量中，開啟定時任務并執行。順便說一下，BeanPostProcessor接口對所有bean適用，每個要注冊的bean都會走一遍postProcessAfterInitialization方法。

可以看出，這種方法適用于初始化時便獲取到全部想要的信息，如@Scheduled的元數據等。同時需要注意：被注解方法不能有參數，不能有返回值。

再來看看第二種實現方式，打開EnableAsync類

@Target(ElementType.TYPE)
@Retention(RetentionPolicy.RUNTIME)
@Documented
@Import(AsyncConfigurationSelector.class)
public @interface EnableAsync {

    Class annotation() default Annotation.class;

    boolean proxyTargetClass() default false;

    AdviceMode mode() default AdviceMode.PROXY;
    
    int order() default Ordered.LOWEST_PRECEDENCE;

}

可以看到他通過導入AsyncConfigurationSelector類來開啟異步支持，打開AsyncConfigurationSelector類

public class AsyncConfigurationSelector extends AdviceModeImportSelector {

    private static final String ASYNC_EXECUTION_ASPECT_CONFIGURATION_CLASS_NAME =
            "org.springframework.scheduling.aspectj.AspectJAsyncConfiguration";
    @Override
    public String[] selectImports(AdviceMode adviceMode) {
        switch (adviceMode) {
            case PROXY:
                return new String[] { ProxyAsyncConfiguration.class.getName() };
            case ASPECTJ:
                return new String[] { ASYNC_EXECUTION_ASPECT_CONFIGURATION_CLASS_NAME };
            default:
                return null;
        }
    }

}

AdviceModeImportSelector是一個抽象類，他實現了ImportSelector類的selectImports方法，先來看一下selectImports的api 文檔

Interface to be implemented by types that determine which @Configuration class(es) should be imported based on a given selection criteria, usually one or more annotation attributes. An ImportSelector may implement any of the following Aware interfaces, and their respective methods will be called prior to selectImports(org.springframework.core.type.AnnotationMetadata):

EnvironmentAware

BeanFactoryAware

BeanClassLoaderAware

ResourceLoaderAware

ImportSelectors are usually processed in the same way as regular @Import annotations, however, it is also possible to defer selection of imports until all @Configuration classes have been processed (see DeferredImportSelector for details). 通過一個給定選擇標準的類型來確定導入哪些@Configuration，他和@Import的處理方式類似，只不過這個導入Configuration可以延遲到所有Configuration都加載完

總結起來有一下幾點：

selectImports 接口和@Configuration類似，用于導入類。

和@Configuration不同，selectImports 接口可以根據條件(一般是注解的屬性)指定需要導入的類

AdviceModeImportSelector 抽象類實現了SelectImports接口，并限定選擇條件只能是AdviceMode枚舉類，也就是說你自定義的注解必須包含AdviceMode屬性。

查看@EnableAspectJAutoProxy

@Target(ElementType.TYPE)
@Retention(RetentionPolicy.RUNTIME)
@Documented
@Import(AspectJAutoProxyRegistrar.class)
public @interface EnableAspectJAutoProxy {

    boolean proxyTargetClass() default false;

    boolean exposeProxy() default false;

}

這個注解導入的時AspectJAutoProxyRegistrar類，AspectJAutoProxyRegistrar實現了

ImportBeanDefinitionRegistrar接口，實現類

    public void registerBeanDefinitions(
            AnnotationMetadata importingClassMetadata, BeanDefinitionRegistry registry) {

        AopConfigUtils.registerAspectJAnnotationAutoProxyCreatorIfNecessary(registry);

        AnnotationAttributes enableAspectJAutoProxy =
                AnnotationConfigUtils.attributesFor(importingClassMetadata, EnableAspectJAutoProxy.class);
        if (enableAspectJAutoProxy.getBoolean("proxyTargetClass")) {
            AopConfigUtils.forceAutoProxyCreatorToUseClassProxying(registry);
        }
        if (enableAspectJAutoProxy.getBoolean("exposeProxy")) {
            AopConfigUtils.forceAutoProxyCreatorToExposeProxy(registry);
        }
    }

我們來看一下ImportBeanDefinitionRegistrar官方api文檔

Interface to be implemented by types that register additional bean definitions when processing @Configuration classes. Useful when operating at the bean definition level (as opposed to @Bean method/instance level) is desired or necessary. Along with @Configuration and ImportSelector, classes of this type may be provided to the @Import annotation (or may also be returned from an ImportSelector).

這個接口的兩個參數，AnnotationMetadata 表示當前類的注解，BeanDefinitionRegistry 注冊bean。

可以看出和前兩種方式比，這種方式更加精細，需要你自己去實現bean的注冊邏輯。第二種方式只傳入了一個AnnotationMetadata，返回類全限定名，框架自動幫你注冊。而第三種方式，還傳入了一個BeanDefinitionRegistry讓你自己去注冊。

其實三種方式都能很好的實現導入邏輯。他們的優缺點如下：

@Configuration 需要手動判斷如何導入。

SelectImports 封裝較好，可根據選擇導入，尤其當你選擇的條件是AdviceMode，還可以選擇AdviceModeSelector,幾行代碼搞定。

ImportBeanDefinitionRegistrar 最幸苦也最靈活，一些邏輯自己寫。

最后，我們需要來寫一個自實現的@EnableDisconfig功能。disconfig是一種配置中心，我們一般的用法是寫兩個bean

@Bean(destroyMethod="destroy")
public DisconfMgrBean disconfMgrBean(){
.....
}
@Bean(initMethod="int", destroyMethod="destroy")
public DisconfMgrBeanSecond disconfMgrBeanSecond(){
......
}

每次搭框架這么寫確實挺費事的，即使你記在筆記上了，復制粘貼也還需要改scan路徑。下面我們用優雅的代碼來實現一下。

首先定義一個注解類@EnableDisconf

@Retention(RetentionPolicy.RUNTIME)
@Target({ElementType.TYPE})
@Documented
@Import({DisconfConfig.class})
public @interface EnableDisconf{
    String scanPackages() default "";
}

接著實現DisconfConfig類

@Configuration
public class DisconfConfig implements ApplicationContextAware {
    private ApplicationContext applicationContext;

    public DisconfConfig() {
    }

    @Bean(
        destroyMethod = "destroy"
    )
    @ConditionalOnMissingBean
    public DisconfMgrBean disconfMgrBean() {
        DisconfMgrBean bean = new DisconfMgrBean();
        Map bootBeans = this.applicationContext.getBeansWithAnnotation(EnableDisconf.class);
        Set scanPackagesList = new HashSet();
        if (!CollectionUtils.isEmpty(bootBeans)) {
            Iterator var4 = bootBeans.entrySet().iterator();

            while(var4.hasNext()) {
                Entry configBean = (Entry)var4.next();
                Class bootClass = configBean.getValue().getClass();
                if (bootClass.isAnnotationPresent(EnableDisconf.class)) {
                    EnableDisconf enableDisconf = (EnableDisconf)bootClass.getAnnotation(EnableDisconf.class);
                    String scanPackages = enableDisconf.scanPackages();
                    if (StringUtils.isEmpty(scanPackages)) {
                        scanPackages = bootClass.getPackage().getName();
                    }

                    scanPackagesList.add(scanPackages);
                }
            }
        }

        if (CollectionUtils.isEmpty(scanPackagesList)) {
            bean.setScanPackage(System.getProperty("scanPackages"));
        } else {
            bean.setScanPackage(StringUtils.join(scanPackagesList, ","));
        }

        return bean;
    }

    @Bean(
        initMethod = "init",
        destroyMethod = "destroy"
    )
    @ConditionalOnMissingBean
    public DisconfMgrBeanSecond disconfMgrBeanSecond() {
        return new DisconfMgrBeanSecond();
    }

    public void setApplicationContext(ApplicationContext applicationContext) throws BeansException {
        this.applicationContext = applicationContext;
    }

這里有兩點需要說明

如果你的jar包是需要給其他人使用，一定要加上@ConditionalOnMissingBean，確保Bean只會被創建一次。

ApplicationContextAware 這個類是我們程序感知spring容器上下文的類，簡單來說就是通過類似**Aware這樣的類去拿容器中的信息。感興趣的同學可以看一下spring中關于**Aware類的使用。

最后你只需要將項目打成jar包，上傳私服，然后就可以很輕松的使用@Enable帶來的便捷了。

@SpringBootApplication
@EnableDisconf(scanPackages="com.demo")
public class Application{
    public static void main(String[] args){
        SpringApplication.run(Application.class,args);
    }
}