容器先初始化所有再初始化所有，且均按web.xml中声明顺序执行init；请求处理时按顺序执行filter，再调用匹配的servlet。
web.xml 中的
filter 初始化早于 servlet
根据 Servlet 规范，Web 容器（如 Tomcat）在应用启动时按以下顺序处理：
- 解析 web.xml，收集所有
- 按 web.xml 中声明的**先后顺序**，依次调用每个
Filter.init() - 再按 web.xml 中声明的**先后顺序**，依次调用每个
Servlet.init()
也就是说，哪怕某个 servlet 在 web.xml 中写在 filter 前面，只要它被声明为
filter-mapping 和 servlet-mapping 决定执行顺序
真正影响请求处理流程的是映射（mapping）配置，而非声明顺序：
TayCMS免费企业建站系统1.8 for PHP
下载
由于精力有限，程序更新比较慢，请大家谅解，再次感谢支持taycms的朋友们，虽然比较慢，我们还是会一直更新下去的。谢谢您的关注。有什么建议可以到论坛提出，或者直接给我QQ留言。 2.0会有很多新功能，请关注官方论坛TayCMS 1.8 升级日志此版本修复了不少BUG1.更换图片切换JS ， 不会再有错误提示2.增加资料下载模块3.更换默认模版，使程序功能和页面结构更清晰，方便参考制作模版4.修复留
-
-
- 当一个请求同时匹配多个 filter 和一个 servlet 时，执行顺序是：
→ 所有匹配的 filter（按
可通过 load-on-startup 控制 servlet 初始化时机
虽然 servlet 总是在 filter 之后初始化，但你可以用
- 值越小越早 init（如 0 比 1 早）
- 未设置或负数，则在首次请求时才初始化
- 这个值对 filter 无效 —— filter 默认都是启动时加载，且不支持 load-on-startup
实际开发建议
不必纠结“谁先加载”，重点应放在：
- 确保 filter 不依赖尚未 init 的 servlet（因为 servlet 此时确实还没 ready）
- 把公共逻辑（如编码、登录检查、日志）放在 filter，业务逻辑放 servlet
- 多个 filter 之间注意顺序：比如 CharacterEncodingFilter 应放在其他 filter 前面，才能保证后续 filter 读取参数时编码正确
基本上就这些。规范很明确，行为可预期，关键还是 mapping 配得对不对。
