1.问题描述

最近自己在折腾一个小框架，查资料的时候发现Servlet 3.0+已经支持了注解配置，也就是说可以扔掉web.xml了（可怜我用的是Servlet 4,才发现有这么个东西，没错，我落伍了）赶紧拿来尝尝鲜，不过在配置的过程中发现一个问题：
在web.xml中Filter的顺序是自上而下的，如果换成了注解@WebFilter,那么Filter的加载顺序和执行顺序应该如何定义

2.开始折腾

先上示例（不想看过程的可以直接看最底部的结论）：
新建工程，写了三个Filter，使用@WebFilter注解

好了，启动看看效果

WTF？
再请求一下试试：

emmmm…是我打开方式不对吗？
不断折腾之后，发现结果顺序不变，那就得寻找规律了。。。。。。
废话不多说，开始打断点调试（中间费时的过程不啰嗦，直接上干货）：

（请无视那个Tomcat XXXX 的Filter，那个是Tomcat本身的Filter）
经过断点追踪发现，tomcat启动时Filter初始化，会把所有的Filter加载到一个HashMap里，那么。。。。。。

运行结果：
再换数据测试一遍：




对上了，那么结论来了：
通过@WebFilter注解注册的Filter类，初始化之前是通过HashMap存储，其key 值对应注解 filterName 的值，即初始化顺序与@WebFilter注解的filterName值的hash值有关。

再说请求顺序，还记得一开始的时候我们试了一下，发现初始化顺序好像和请求时的顺序不一样，那我们再来自己研究一下：

（中间试了很多乱七八糟的东西，一样，直接上干货）：
修改类名之后发现了不一样的东西：

即
FilterTestA > CFilterTestA
FilterTestB > AFilterTestB
FilterTestC > BFilterTestC
模拟请求一次，执行结果：

再换换试试：

FilterTestA > T2FilterTestA
FilterTestB > T3FilterTestB
FilterTestC > T1FilterTestC

很明显：
通过@WebFilter注解注册的Filter类，其加载熟顺序与类名有关，即Filter类名的字段排序。

3.问题结论

（1）通过@WebFilter注解注册的Filter，其加载顺序与执行顺序无关
（2）通过@WebFilter注解注册的Filter，其加载顺序与注解的filterName值相关（底层通过HashMap存储，key值即filterName值）
（3）通过@WebFilter注解注册的Filter，其执行顺序与类名有关，按照类名的字段顺序执行