Spring Bean ID监听器如何实现唯一性校验流程分析？

本文共计835个文字，预计阅读时间需要4分钟。

背景：项目中使用了多种数据源，不同数据源根据业务需求在各自工程中配置，通过Maven统一聚合。

问题：近期在开发过程中，突然发现项目前台工程的事务配置无法正常使用，之前明明是明确的。

背景

项目中用到了多数据源，不同的数据源根据业务不同配置在不同的工程中，由maven来统一聚合。但是前几天在开发过程中突然发现项目前台工程的事务配置不起作用了，在之前明明测试过事务功能，当时是生效的。

然后检查了一下配置文件中事务部分的配置，发现没什么改动。为了排除其它因素的干扰，采用了单元测试重新测试了一次，结果发现当前数据源事务正常。根据这个分析可能是当前的事务配置被其它配置干扰了，仔细检查了一下后发现罪魁祸首是另外的一个数据源事务配置（在另外的一个配置文件中）的bean id名称和当前的事务配置bean id重复了。

我们都知道，Spring会对同一份配置文件中的bean进行校验，也就是说在同一份配置文件中不允许出现相同的bean定义，会提示报错。但是Spring IOC容器在加载时并不会显示对不同配置文件中重复的bean id进行报错提示，当遇到有重复的bean定义时，Spring采取的策略是把后面加载的配置覆盖前面加载的配置，没有任何警告和提示。

这样很容易造成一个问题是当我们团队进行开发时可能会不小心覆盖别人定义的bean，导致系统出现不可预知的错误和异常。

怎么解决这个问题呢？我们可以配置监听器，在Spring容器启动时对重复的bean进行校验，如果有重复的bean，则报错提示。