踩坑点:

  • 没留意到ShiroFilterFactoryBean中配置的过滤认证规则是有序的,这个有序是指Map容器中的存储顺序。
  • shiro进行过滤认证时是根据配置的容器存储顺序进行处理的。因此容器应该使用LinkedHashMap。

一、问题描述

在shiro的ShiroFilterFactoryBean中配置了(“/web/index",“anon”),但请求还是被拦截下来进行认证了。
在这里插入图片描述

二、分析流程

容器使用的是HashMap存储,对比存储不同个数的元素发现了问题所在。
图一:存储12个元素,”/"->“authc”,在最下面。此时能够不用认证就访问到"/web/index";
在这里插入图片描述
图二:存储了13个元素进行hashMap,发现”/
"->“authc”,不是在最下面,导致访问其下面的其他路径,即使是配置了"anon" 也依然被拦截下来进行认证了。
在这里插入图片描述

进一步认证容器是否使用错误,更换成了LinkedHashMap。结果下面所示的如图三。

图三:发现把HashMap更换成存储有序的LinkedHashMap后,”/**“->"authc"处于最下面,”/web/index“正常访问没有被拦截进行认证,即使此时存储的是13个元素。
在这里插入图片描述
为了排除偶然性,把put进去HashMap的key是随机输入的,结果如下面图四所示。
在这里插入图片描述

三、分析结论

在ShiroFilterFactoryBean中配置是否认证的规则时,一定要注意使用的容器是否是有序的,因为根据上面的分析可知,shiro根据配置的规则进行拦截认证时,是根据容器中的存储顺序决定的。
在这里插入图片描述

—end


Logo

权威|前沿|技术|干货|国内首个API全生命周期开发者社区

更多推荐