替换Spring容器中已经存在的Bean
2023-02-18 16:27:49 时间
一、背景
我们在开发的过程中，经常会引入别人写的jar包实现某些功能。而别人的jar包一般都自动注入Spring容器中，假设别人都是通过@Bean或@Component注入的，并且没有加入@ConditionalXXX等注解，导致自己无法替换掉别人的实现，假设这个时候我就是想替换掉，那么该如何实现呢？
二、需求
由上图可知，我们的需求为：
使用我们自己定义的 BananaProductService替换掉框架自带的AppleProductService并加入到Spring容器中，同时保证全局只有一个ProductService的实现。
三、实现思路
我们在系统中根据 @Bean或通过 @Component 定义的Bean对象在Spring中都会转换成一个个的BeanDefinition对象，如果我们在Spring创建这些对象加入到Spring容器之前，将不想要的BeanDefinition对象删除，而加入我们自己想要的BeanDefinition对象是不是就可以实现了？而Spring提供的BeanDefinitionRegistryPostProcessor接口正好可以帮助我们实现这个功能。
BeanDefinitionRegistryPostProcessor 是在系统加载完所有的BeanDefinition对象来进行回调。
四、实现步骤
1、模拟第三方jar包实现并加入Spring容器中
2、自己提供一个实现
3、替换掉jar包默认的实现
4、进行测试
五、完整代码
相关文章
- WCF学习之旅—第三个示例之二（二十八）
- WCF学习之旅—第三个示例之一（二十七）
- WCF学习之旅—TcpTrace工具（二十六）
- WCF学习之旅—TcpTrace工具（二十五）
- WCF学习之旅—实现支持REST客户端应用（二十四）
- WCF学习之旅—实现支持REST服务端应用（二十三）
- WCF学习之旅—实现REST服务（二十二）
- WCF学习之旅—TCP双工模式（二十一）
- WCF学习之旅—HTTP双工模式（二十）
- WCF学习之旅—请求与答复模式和单向模式（十九）
- WCF学习之旅—基于Fault Contract 的异常处理（十八）
- WCF学习之旅—基于ServiceDebug的异常处理（十七）
- WCF学习之旅—WCF中传统的异常处理（十六）
- WCF学习之旅—WCF4.0中的简化配置功能（十五）
- WCF学习之旅—WCF服务配置（十四）
- WCF学习之旅—WCF服务的批量寄宿（十三）
- WCF学习之旅—WCF服务的WAS寄宿（十二）
- WCF学习之旅—WCF服务的Windows 服务程序寄宿（十一）
- WCF学习之旅—WCF服务部署到应用程序（十）
- WCF学习之旅—WCF服务部署到IIS7.5（九）