spring boot注解如何实现（Spring Boot源码-@EnableConfigurationProperties @ConfigurationProperties注解配置原理）

本文目录

• Spring Boot源码-@EnableConfigurationProperties @ConfigurationProperties注解配置原理
• SpringBoot Starter自定义注解 - 接口加解密
• SpringBoot:如何书写一个自定义的Enable*注解

Spring Boot源码-@EnableConfigurationProperties @ConfigurationProperties注解配置原理

1 概述 2 实例 3 配置注入实现原理 使用过Spring Boot的都会知道，我们可以在application.properties文件中进行一系列的配置，该配置会被自动注入到我们需要使用的bean中，下面我们就介绍配置注入的实现原理。 首先，要知道在application.properties中的配置是通过 BeanPostProcessor 进行注入的，具体完成该功能的 BeanPostProcessor 实现类是 ConfigurationPropertiesBindingPostProcessor 。 本文接下来会介绍 ConfigurationPropertiesBindingPostProcessor 是在何时被加入到beanfactory中的，以及 @EnableConfigurationProperties 、 @ConfigurationProperties 注解的实现原理。 Spring Boot自动配置中充斥着大量使用通过application.properties进行扩展配置的实现，比如我们熟悉的 MybatisAutoConfiguration ： 下面我们在看下 MybatisProperties 类的定义： 通过如上的注解，MyBatis就可以获得我们在application.properties中的配置了，比如如下配置： 要了解配置注入的实现原理，首先要找到上文介绍到的 ConfigurationPropertiesBindingPostProcessor 是何时被注册到beanfactory中的，通过阅读源码发现，在spring.factories文件中有如下一行： 可见，是通过 @EnableAutoConfiguration 注解引入了相关的配置， @EnableAutoConfiguration 通过 @Import 注解自动配置的原理这里不再介绍。我们看下 ConfigurationPropertiesAutoConfiguration 类的实现： 首先 ConfigurationPropertiesAutoConfiguration 被 @Configuration 注解，因此会在beanfactory加载时被作为配置类处理，具体在 ConfigurationClassPostProcessor.postProcessBeanDefinitionRegistry 调用 ConfigurationClassParser.parse 进行处理。 我们再看 @EnableConfigurationProperties 定义： @EnableConfigurationProperties 通过 @Import(EnableConfigurationPropertiesImportSelector.class) 向容器中注入了相关的处理类， @Import 也是在 ConfigurationClassParser.parse 进行处理的。 EnableConfigurationPropertiesImportSelector 类定义如下： 好了，到这里，我们已经知道注解@ EnableConfigurationProperties.value 中指定的配置类是如何被注入到beanfactory中的了，那么注解 EnableConfigurationProperties.value 中指定的配置类中的属性是如何从application.properties被注入的呢？比如上面的 对应配置如下： 这就是我们前面提到的 BeanPostProcessor 接口实现类 ConfigurationPropertiesBindingPostProcessor 类处理的，而 ConfigurationPropertiesBindingPostProcessor 则是通过上面 EnableConfigurationPropertiesImportSelector 中使用类 ConfigurationPropertiesBindingPostProcessorRegistrar 进行注册的： ConfigurationPropertiesBindingPostProcessor 是接口 BeanPostProcessor 的实现，会被 ApplicationContext 检测出来，在实例化每个bean时会被调用进行扩展处理。

SpringBoot Starter自定义注解 - 接口加解密

目标

本章我们将编写一个starter，目标如下：

1、对外提供 @OpenAPI 注解，使用此注解它会对接收的请求数据进行解密，对要返回的数据进行加密。

2、完成服务端使用示例

3、完成前端调用示例

加密规则

1、对业务数据进行AES加密，示意代码：encryptData=AES("业务数据", aesKey)

2、对AES的key进行公钥加密，示意代码：encryptKey=RSA(aesKey, 公钥)

3、签名sign=md5(encryptData+encryptKey)

加密后请求示例

Content-Type: application/x-www-form-urlencoded;charset=UTF-8

请求参数

服务端返回示例

pom.xml

定义注解

配置公私钥

具体代码逻辑

定义切面和自动装配

spring.factories

服务端修改

在业务项目中引入jar 包

配置公私钥

改动的地方很少，只需要在原接口增加@OpenAPI注解即可

前端修改

修改前代码

修改后要先对参数加密，然后对返回数据解密

安装两个加密库

封装RSA、AES和Base64加解密

SpringBoot:如何书写一个自定义的Enable*注解

1.新建自定义的注解 2.应用此注解到配置类 3.这时候需要在EnableCustomFeature 类中通过@Import的方式引入一系列需要前置处理的Bean类 上述通过@Import方式做的原因，主要是将@Import标记的配置类中的bean作为ApplicationContext处理 使用Selector选择器启用Enable 自定义注解 示例如下： 上述示例中，自定义的注解中有一个criteria自定义注解属性字段，默认值为default，后面我们需要做的就是根据criteria的值激活两种不同的bean功能集合： 所以如果criteria字段值为 "default"，就会加载SomeBeanConfigurationDefault， 否则就是加载SomeBeanConfigurationType1。 ***隐藏网址***