① 全自动过滤器工作原理是什么
工作原理：
水由入口进入，首先经过粗滤网滤掉较大颗粒的杂质专，然后到达细滤网。在过滤过属程中，细滤网逐渐累积水中的脏物、杂质，形成过滤杂质层，由于杂质层堆积在细滤网的内侧，因此在细滤网的内、外两侧就形成了一个压差。
当过滤器的压差达到预设值时，将开始自动清洗过程，此间净水供应不断流，清洗阀打开，清洗室及吸污器内水压大幅度下降，通过滤筒与吸污管的压力差，吸污管与清洗室之间通过吸嘴产生一个吸力，形成一个吸污过程。同时，电力马达带动吸污管沿轴向做螺旋运动。吸污器轴向运动与旋转运动的结合将整个滤网内表面完全清洗干净。整个冲洗过程只需数十秒钟。排污阀在清洗结束时关闭。过滤器开始准备下一个冲洗周期。
② 过滤器的概念及工作原理
当容器接收到对某个资源的请求时，他将检查是否与过滤器有关联。若有，则将请求发送给过滤器，而不是发给资源。在过滤器处理完请求后，它将做三件事:
1、产生响应并将其返回给客户
2、如果有过滤器链，他将请求传递给下一个过滤器
3、将请求传递给不同的资源
③ 请说明servlet过滤器和过滤器链的关系，并详细描述过滤器和过滤器链的工作过程
service过滤器链，是由单个过滤器组成的 -----这是关系
工作原理如下：
当一个请求内到达时。先根据访问路径匹配你容配置过滤器XML的拦截路径，如果匹配成功，则进入你所配置的过滤器，处理结束后，交给后面的处理。最后到达你的Action.
过滤器链唯一不同的，当一个过滤处理结束后，转交到下一个过滤器处理，知道最后一个
大概是这个样子的，我也好久没用了。
④ 如何复写shiro的anon过滤器
这个教程里有。
推荐一套完整的Shiro Demo，免费的。
Shiro介绍文档：http://www.sojson.com/shiro
Demo已经部署到线上，地址是http://shiro.itboy.net
管理员帐号：admin，密码：sojson.com 如果密码错误，请用sojson。PS：你可以注册自己的帐号，然后用管理员赋权限给你自己的帐号，但是，每20分钟会把数据初始化一次。建议自己下载源码，让Demo跑起来，然后跑的更快。
⑤ shiro 为什么 我一加filterchaindefinitionmap 就不工作了
规则的问题，规则有问题，那肯定就不拦截请求处理了。
推荐一套完整的Shiro Demo，免费的。
Shiro介绍文档：http://www.sojson.com/shiro
Demo已经部署到线上，地址是http://shiro.itboy.net
管理员帐号：admin，密码：sojson.com 如果密码错误，请用sojson。PS：你可以注册自己的帐号，然后用管理员赋权限给你自己的帐号，但是，每20分钟会把数据初始化一次。建议自己下载源码，让Demo跑起来，然后跑的更快。
⑥ shiro 拦截器formauthenticationfilter这个过滤器什么情况有作用
springmvc的拦截器是优先级高于shiro的，shiro就是自定义实现了spring mvc的filter吧，如果足够牛逼的话是可以不用shiro的，完全可以自己实现安全拦截的
⑦ 怎么样每次请求都走shiro过滤器链
Shiro的过滤器的配抄置是结合使用Spring的DelegatingFilterProxy与FactoryBean2种技术来完成自身过滤器的植入的，所以理解Shiro的过滤器首先要理解这2者的使用。
DelegatingFilterProxy ：
Spring提供的一个简便的过滤器的处理方案，它将具体的操作交给内部的Filter对象delegate去处理，而这个delegate对象通过Spring IOC容器获取，这里采用的是Spring的FactoryBean的方式获取这个对象。
ShiroFilterFactoryBean：
配置如下 ：
[html] view plainprint?
<bean id="shiroFilter" class="org.apache.shiro.spring.web.ShiroFilterFactoryBean">
</bean>
由于它是个FactroyBean，所以上面的delegate真正的对象是通过它的getObject（）获取的。
⑧ shiro过滤器/* = authc把自己写的都拦截了,走了上面的拦截器后还是会被/*拦截
我也碰到这种情来况了，，自，发现filters.put("authc", filter_Authc());这种方式注入filter的时候，拦截顺序会失效，，，要改成new xx()这种方式才可以filters.put("authc", new Filter_Authc());
⑨ 如何理解过滤器链
service过滤器链，是由单个过滤器组成的 -----这是关系工作原理如下：当一个请求到达时。先根据访问路径匹配你配置过滤器XML的拦截路径，如果匹配成功，则进入你所配置的过滤器，处理结束后，交给后面的处理。最后到达你的Action. 过滤器链唯一不同的，当一个过滤处理结束后，转交到下一个过滤器处理，知道最后一个大概是这个样子的，我也好久没用了。