Spring中Enable功能的使用

8次阅读

共计 7602 个字符，预计需要花费 20 分钟才能阅读完成。

@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 <import/> 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 中的 <import /> 元素等效的功能。允许导入 @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<? extends Annotation> 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<EnableAsync> {

    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<String, Object> bootBeans = this.applicationContext.getBeansWithAnnotation(EnableDisconf.class);
        Set<String> scanPackagesList = new HashSet();
        if (!CollectionUtils.isEmpty(bootBeans)) {Iterator var4 = bootBeans.entrySet().iterator();

            while(var4.hasNext()) {Entry<String, Object> 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);
    }
}

正文完

spring

发表至： java

2019-05-07

0

橘松-的自我介绍

Java开发必须要掌握的20个核心技术

关于java:4-大软件架构你们公司用哪种

深入理解设计模式中的七大设计原则

通过-C-买卖Bitcoin