Spring拓展接口之BeanFactoryPostProcessor,占位符与敏感信息解密原理

  • 时间:
  • 浏览:3
  • 来源:大发快三_快三大发app_大发快三大发app

前言

  开心一刻

    一只被二哈带偏了的柴犬,我只想弄死隔壁的二哈

what:是那此

  BeanFactoryPostProcessor接口很简单,只包涵盖2个土办法

/**
 * 通过BeanFactoryPostProcessor,亲戚亲戚我们歌词

我们歌词

我们歌词



自定义修改程序上下文中的bean定义
 *
 * 应用上下文并能在所有的bean定义中自动检测出BeanFactoryPostProcessor bean,
 * 并在任何一些bean创建之后应用那此BeanFactoryPostProcessor bean
 *
 * BeanFactoryPostProcessor对自定义配置文件非常有用,可不并能覆盖应用上下文之后配置了的bean属性
 *
 * PropertyResourceConfigurer好多好多

我BeanFactoryPostProcessor的典型应用
 * 将xml文件中的占位符替加在properties文件中相应的key对应的value
 */
@FunctionalInterface
public interface BeanFactoryPostProcessor {

    /**
     * 在应用上下文完成了标准的初始化之后,修改其实物的bean工厂
     * 将加载所有bean定义,但尚未实例化任何bean. 
     * 亲戚亲戚我们歌词

我们歌词

我们歌词



可不并能覆盖或加在bean定义中的属性,甚至是提前初始化bean
     */
    void postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory) throws BeansException;

}

  推荐亲戚亲戚我们歌词 我们歌词 我们歌词 直接去读它的源码注释,说的更完整性、更好理解

  简单来说,BeanFactoryPostProcessor是spring对外提供的接口,用来拓展spring,并能在spring容器加载了所有bean的信息信息之后、bean实例化之后执行,修改bean的定义属性;一群人以前会问,这有那此用?亲戚亲戚我们歌词 我们歌词 我们歌词 还记得spring配置文件中的占位符吗? 亲戚亲戚我们歌词 我们歌词 我们歌词 会在spring配置中配置PropertyPlaceholderConfigurer(继承PropertyResourceConfigurer)bean来处置占位符, 举个例子亲戚亲戚我们歌词 我们歌词 我们歌词 都是印象了

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
    xmlns:xsi="http://www.w3.org/4001/XMLSchema-instance" xmlns:context="http://www.springframework.org/schema/context"
    xsi:schemaLocation="http://www.springframework.org/schema/beans 
     http://www.springframework.org/schema/beans/spring-beans.xsd
     http://www.springframework.org/schema/context
     http://www.springframework.org/schema/context/spring-context.xsd

    <bean id="propertyConfigurer" class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer">
        <property name="locations">
        <list>
            <value>classpath:mysqldb.properties</value>
        </list>
        </property>
    </bean>

    <bean id="dataSource" class="com.alibaba.druid.pool.DruidDataSource">
        <property name="driverClassName"value="${jdbc.driverClassName}" />
        <property name="url" value="${jdbc.url}" />
        <property name="username" value="${jdbc.username}"/>
        <property name="password"value="${jdbc.password}" />
    </bean>
</beans>

  mysqldb.properties

jdbc.driverClassName=com.mysql.jdbc.Driver
jdbc.url=jdbc:mysql://192.168.1.400:34006/mybatis
jdbc.username=root
jdbc.password=root

  PropertyPlaceholderConfigurer类的继承关系图

how:为什么我么我会么会用

  为什么我么我会么会用,一些大大问题比较简单,亲戚亲戚我们歌词 我们歌词 我们歌词 实现BeanFactoryPostProcessor接口,之后将将其注册到spring容器即可,在spring启动过程中,在常规bean实例化之后,会执行BeanFactoryPostProcessor的postProcessBeanFactory土办法(里边有亲戚亲戚我们歌词 我们歌词 我们歌词 你会的逻辑),完成亲戚亲戚我们歌词 我们歌词 我们歌词 你会的操作;

  重点应该是:用来干那此

  上述占位符的例子是BeanFactoryPostProcessor的应用之一,但这是spring提供的BeanFactoryPostProcessor拓展,都是亲戚亲戚我们歌词 我们歌词 我们歌词 自定义的;实际工作中,自定义BeanFactoryPostProcessor的具体情况虽然少,反正共你会是用的非常少的,但我还是有使用印象的,那好多好多 我对敏感信息的解密处置;上述数据库的连接配置中,用户名和密码都是明文配置的,这就地处泄漏风险,还有redis的连接配置、shiro的加密算法、rabbitmq的连接配置等等,凡是涉及到敏感信息的,都时需进行加密处置,信息安全非常重要

  配置的之后以密文配置,在真正用到之后在spring容器中进行解密,之后用解密后的信息进行真正的操作,下面让我举个简单的例子,用BeanFactoryPostProcessor来完整性敏感信息的解密

  加解密工具类:DecryptUtil.java

  配置文件:application.yml

  工程中解密:DecryptConfig.java

  主要好多好多 我八个文件,DecryptUtil对明文进行加密处置后,得到的值配置到application.yml中,之后工程启动的之后,DecryptConfig会对密文进行解密,明文信息存到了spring容器,后续操作都是在spring容器的明文上进行的,好多好多 与亲戚亲戚我们歌词 我们歌词 我们歌词 平时的不加密的结果一致,之后却对敏感信息进行了保护;工程测试结果如下:

  完整性工程地址:spring-boot-BeanFactoryPostProcessor

  有兴趣的可不并能去看下jasypt-spring-boot的源码,让我发现他的原理是一样的,也是基于BeanFactoryPostProcessor的拓展

why:为那此能没法用

  为那此DecryptConfig实现了BeanFactoryPostProcessor,将DecryptConfig注册到spring之后,DecryptConfig的postProcessBeanFactory土办法就会执行?事出必有因,肯定是spring启动过程中会调用DecryptConfig实例的postProcessBeanFactory土办法,具体亲戚亲戚我们歌词 我们歌词 我们歌词 来看看源码,亲戚亲戚我们歌词 我们歌词 我们歌词 从AbstractApplicationContext的refresh土办法开始英文英文

  不得不说,spring的命名、注释虽然写得好,很明显亲戚亲戚我们歌词 我们歌词 我们歌词 从refresh中的invokeBeanFactoryPostProcessors土办法开始英文英文,亲戚亲戚我们歌词 我们歌词 我们歌词 可不并能仔细看下PostProcessorRegistrationDelegate.invokeBeanFactoryPostProcessors土办法,先按PriorityOrdered、Ordered、普通(没法实现PriorityOrdered和Ordered接口)的顺序调用BeanDefinitionRegistryPostProcessor,之后再按先按PriorityOrdered、Ordered、普通的顺序调用BeanFactoryPostProcessor,一些顺序还是值得亲戚亲戚我们歌词 我们歌词 我们歌词 注意下的,之后亲戚亲戚我们歌词 我们歌词 我们歌词 自定义的多个BeanFactoryPostProcessor有顺序之分,而亲戚亲戚我们歌词 我们歌词 我们歌词 又没法指定其执行顺序,没法之后跳出的都是亲戚亲戚我们歌词 我们歌词 我们歌词 你会的结果

  这里以前会有会一群人有原先 的的大大问题:bean定义(BeanDefinition)是在那此之后加载到spring容器的,何何如证BeanFactoryPostProcessor实例起作用之后,所有的bean定义都之后加载到了spring容器

    ConfigurationClassPostProcessor实现了BeanDefinitionRegistryPostProcessor,在springboot的createApplicationContext阶段注册到spring容器的,也好多好多 我说在spring的refresh之后都是了ConfigurationClassPostProcessor实例;ConfigurationClassPostProcessor被应用的之后(调用其postProcessBeanDefinitionRegistry土办法),会加载完整性的bean定义(包括亲戚亲戚我们歌词 我们歌词 我们歌词 自定义的BeanFactoryPostProcessor实例:DecryptConfig)到spring容器,bean的加载详情可查看:springboot2.0.3源码篇 - 自动配置的实现,有你在身边想象中的那样吗,没法在应用BeanFactoryPostProcessor实例之后,所有的bean定义就之后加载到spring容器了,BeanFactoryPostProcessor实例也就能修改bean定义了

  至此,BeanFactoryPostProcessor的机制亲戚亲戚我们歌词 我们歌词 我们歌词 就清楚了,为那此能没法用一些大大问题也就明了了

总结

  1、BeanFactoryPostProcessor是beanFactory的后置处置器接口,通过BeanFactoryPostProcessor,亲戚亲戚我们歌词 我们歌词 我们歌词 可不并能自定义spring容器中的bean定义,BeanFactoryPostProcessor是在spring容器加载了bean的定义信息之后、bean实例化之后执行;

  2、BeanFactoryPostProcessor类型的bean会被spring自动检测,在常规bean实例化之后被spring调用;

  3、BeanFactoryPostProcessor的常用场景包括spring中占位符的处置、亲戚亲戚我们歌词 我们歌词 我们歌词 自定义的敏感信息的解密处置,当然不局限与此;

  虽然只要亲戚亲戚我们歌词 我们歌词 我们歌词 明白了BeanFactoryPostProcessor的生效时机,那此场景适用BeanFactoryPostProcessor也就很清楚了