关于SpringIOC容器中配置ShiroFilter的注意点

1. 简单记住一句话(这也是最常使用的用法):

Spring的配置文件applicationContext.xml中配置的ShiroFilter的bean的id必须和web.xml中的DelegatingFilterProxy的filter的一致

2. 解释原因:
   2.1 从问题入手来分析不一致会怎么样,下图分别是我的web.xml中配置的DelegatingFilterProxy和applicationContext.xml中配置的ShiroFilter信息
   
   
   2.2 目前id和是一致的,启动tomcat容器也不会出错
   2.3 此时如果关闭tomcat容器,然后修改二者使其不相等,再次启动tomcat会发生什么呢?请看下图
   
   2.4 发现tomcat容器在启动时报了一堆错误,主要信息提取的话就是指定的ShiroFilter有问题

3. 解决问题
   3.1 要彻底明白这个问题,最好还是要去web.xml中的DelegatingFilterProxy源码看个究竟了(如果没有源码,请自行下载Spring-web的源码包)
   
   3.2 注意源码开头的这几句话
   
   3.3 第一段:这是一个标准Servlet过滤器的代理，委托给一个实现过滤器接口的spring托管bean.支持使用"targetBeanName"的初始化参数来指定使用SpringIOC容器中的哪个bean对象
   3.4 第二段:web.xml中通常包含一个DelegatingFilterProxy的定义,并且指定对应于SpringIOC容器中的一个bean对象,然后，对过滤器代理的所有调用都将委托给Spring上下文中的那个bean，这是实现标准Servlet筛选器接口所必需的.
   3.5 简单理解了下翻译,需要提取出两点,指定过滤器的方式有两种:使用targetBeanName或者与一致的bean对象,默认情况下是第二种
   
   3.6 如果还是心存疑惑,下面我就用调试的方式让大家看一下,默认情况下使用的bean的名称,这里需要明确的是既然DelegatingFilterProxy需要获取SpringIOC容器中的bean对象,那么在源码中很可能存在获取bean对象的代码,这里我直接找到了,如下图
   
   3.7 在方法第一行打断点,然后重新运行tomcat,查看getTargetBeanName()返回的到底是什么
   
   3.8 返回值正好就是我web.xml中配置DelegatingFilterProxy的filter-name,到这里,想必大家已经明白为啥最常见的情况下SpringIOC容器中配置的ShiroFilter的bean的id值要和web.xml中DelegatingFilterProxy的filter-name一致了吧

4. 扩展—>上文提到了也可以通过初始化参数"targetBeanName"设置,这个该如何操作呢?
   4.1 这个更简单了,直接在web.xml中添加如下配置,然后修改SpringIOC容器中对应ShiroFilter对应bean的id和下图中的一致就可以了
   

4.2 这种方式仅作为了解,不推荐使用