转载

Spring 探秘,妙用 BeanPostProcessor

作者简介

杨宗良,携程深圳机票研发部资深开发工程师,现参与国际机票Online项目的维护及JAVA重构工作。

最近,在给项目组使用Spring搭建Java项目基础框架时,发现使用Spring提供的BeanPostProcessor可以很简单方便地解决很多看起来有点难解决的问题。本文将会通过一个真实案例来阐述BeanPostProcessor的用法。

BeanPostProcessor简介

Spring 探秘,妙用 BeanPostProcessor

BeanPostProcessor是Spring IOC容器给我们提供的一个扩展接口。接口声明如下:

Spring 探秘,妙用 BeanPostProcessor

如上接口声明所示,BeanPostProcessor接口有两个回调方法。当一个BeanPostProcessor的实现类注册到Spring IOC容器后,对于该Spring IOC容器所创建的每个bean实例在初始化方法(如afterPropertiesSet和任意已声明的init方法)调用前,将会调用BeanPostProcessor中的postProcessBeforeInitialization方法,而在bean实例初始化方法调用完成后,则会调用BeanPostProcessor中的postProcessAfterInitialization方法,整个调用顺序可以简单示意如下:

-->  Spring IOC容器实例化Bean

-->  调用BeanPostProcessor的postProcessBeforeInitialization方法

-->  调用bean实例的初始化方法

-->  调用BeanPostProcessor的postProcessAfterInitialization方法

可以看到,Spring容器通过BeanPostProcessor给了我们一个机会对Spring管理的bean进行再加工。比如:我们可以修改bean的属性,可以给bean生成一个动态代理实例等等。一些Spring AOP的底层处理也是通过实现BeanPostProcessor来执行代理包装逻辑的。

BeanPostProcessor实战

Spring 探秘,妙用 BeanPostProcessor

了解了BeanPostProcessor的相关知识后,下面我们来通过项目中的一个具体例子来体验一下它的神奇功效吧。

先介绍一下我们的项目背景吧:我们项目中经常会涉及AB 测试,这就会遇到同一套接口会存在两种不同实现。实验版本与对照版本需要在运行时同时存在。下面用一些简单的类来做一个示意:

Spring 探秘,妙用 BeanPostProcessor

HelloService有以下两个版本的实现:

Spring 探秘,妙用 BeanPostProcessor

Spring 探秘,妙用 BeanPostProcessor

做AB测试的话,在使用BeanPostProcessor封装前,我们的调用代码大概是像下面这样子的:

Spring 探秘,妙用 BeanPostProcessor

可以看到,这样的代码看起来十分不优雅,并且如果AB测试的功能点很多的话,那项目中就会充斥着大量的这种重复性分支判断,看到代码就想死有木有!!!维护代码也将会是个噩梦。比如某个功能点AB测试完毕,需要把全部功能切换到V2版本,V1版本不再需要维护,那么处理方式有两种:

  • 把A版本代码留着不管:这将会导致到处都是垃圾代码从而造成代码臃肿难以维护

  • 找到所有V1版本被调用的地方然后把相关分支删掉:这很容易在处理代码的时候删错代码从而造成生产事故。

怎么解决这个问题呢,我们先看代码,后文再给出解释:

Spring 探秘,妙用 BeanPostProcessor

Spring 探秘,妙用 BeanPostProcessor

Spring 探秘,妙用 BeanPostProcessor

Spring 探秘,妙用 BeanPostProcessor

现在我们可以停下来对比一下封装前后调用代码了,是不是感觉改造后的代码优雅很多呢?那么这是怎么实现的呢,我们一起来揭开它的神秘面纱吧,请看代码:

Spring 探秘,妙用 BeanPostProcessor

Spring 探秘,妙用 BeanPostProcessor

我简要解释一下思路:

  • 首先自定义了两个注解:RoutingInjected、RoutingSwitch,前者的作用类似于我们常用的Autowired,声明了该注解的属性将会被注入一个路由代理类实例;后者的作用则是一个配置开关,声明了控制路由的开关属性

  • 在RoutingBeanPostProcessor类中,我们在postProcessAfterInitialization方法中通过检查bean中是否存在声明了RoutingInjected注解的属性,如果发现存在该注解则给该属性注入一个动态代理类实例

  • RoutingBeanProxyFactory类功能就是生成一个代理类实例,代理类的逻辑也比较简单。版本路由支持到方法级别,即优先检查方法是否存在路由配置RoutingSwitch,方法不存在配置时才默认使用类路由配置

好了,BeanPostProcessor的介绍就到这里了。不知道看过后大家有没有得到一些启发呢?欢迎大家留言交流反馈。

推荐阅读:

  • 大规模知识图谱的构建、推理及应用

  • 携程运维工作流平台的演进之路

  • 携程机票大数据架构最佳实践

  • 携程开源配置中心Apollo的设计与实现

  • 携程机票无线测试技术与效能提升

Spring 探秘,妙用 BeanPostProcessor

原文  https://mp.weixin.qq.com/s?__biz=MjM5MDI3MjA5MQ==&mid=2697266477&idx=2&sn=984b552b462cd38ecd7b05339a1004c5&chksm=8376fa19b401730f2c03a5ad0abc43845d6009f6583bf2bf659b0a9c24654e46d577d98e5e56&mpshare=1&scene=1&srcid=0914lqRjXy87oVLbkszjOIFF&pass_ticket=22SDd1eK9RATrSWrHqeHxdv91so1882K8IvkboRoHiM=
正文到此结束
Loading...