关于SpingMVC的<context:component

关于SpingMVC的<context:component

目录包扫描的坑改动前改动后的使用说明提供了两个子标签

包扫描的坑

公司项目配置的Spring项目的包扫描有点问题，出现了一个被Spring容器管理的Bean被创建了2次的现象。在此记录下解决的过程，方便后续查阅。

改动前

容器启动-中会扫描全部包，创建实例

SpringMVC配置文件也会扫描全部包，创建实例

产生的问题：加了注解的类的实例都创建了2个

改动后

容器启动-里面负责非Controller层bean的创建

SpingMVC配置文件里只负责Controller层bean的创建

的使用说明

在xml配置了这个标签后，spring可以自动去扫描base-package下面或者子包下面的java文件，如果扫描到有@Component @Controller@Service等这些注解的类，则把这些类注册为bean

注意：如果配置了那么标签就可以不用再xml中配置了，因为前者包含了后者。

提供了两个子标签

再说明这两个子标签前，先说一下有一个use-default-filters属性，改属性默认为true,这就意味着会扫描指定包下的全部的标有@Component的类，并注册成bean.也就是@Component的子注解@Service,@Reposity等。所以如果仅仅是在配置文件中这么写

use-default-filter此时为true那么会对base-package包或者子包下的所有的进行java类进行扫描,并把匹配的java类注册成bean。

可以发现这种扫描的粒度有点太大，如果你只想扫描指定包下面的Controller，该怎么办？此时子标签context:incluce-filter就起到了用武之地。

如下所示

这样就会只扫描base-package指定下的有@Controller下的java类，并注册成bean

但是因为use-dafault-filter在上面并没有指定，默认就为true，所以当把上面的配置改成如下所示的时候，就会产生与你期望相悖的结果（注意base-package包值得变化）

此时，spring不仅扫描了@Controller，还扫描了指定包所在的子包service包下注解@Service的java类

此时指定的include-filter没有起到作用，只要把use-default-filter设置成false就可以了。这样就可以避免在base-packeage配置多个包名这种不是很优雅的方法来解决这个问题了。

另外在我参与的项目中可以发现在base-package指定的包中有的子包是不含有注解了，所以不用扫描，此时可以指定来进行过滤，说明此包不需要被扫描。综合以上说明

use-dafault-filters=”false”的情况下：

指定的不扫描，指定的扫描

定位问题原因* 根据原因思考问题解决方案* 实践验证方案有效性* 提交验证结果

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。