让网络框架处理来自单一入口点的请求是一个已解决的问题。但是，该单一入口点应该是 Filter 还是 Servlet？为什么 Web 应用程序开发人员会更喜欢其中一个？为什么框架开发人员会偏爱其中一个？
最佳答案
让我们看看现有的框架是如何做到的:
- JSF : 服务程序
- Spring MVC : 服务程序
- Struts/Struts2 : Struts1中的Servlet，Struts2中的过滤器
- Wicket : 1.2 之前的 Servlet，1.3 之后的过滤器
- Stripes : 过滤和 Servlet
- Echo : 服务程序
- Vaadin : 服务程序
那是最流行的框架。还有更多，但大多数都使用 Servlet。
大多数(如果不是全部)servlet 都应该映射到后缀 URL 模式，例如 *.jsf (JSF)、*.html (Spring)、*.do (Struts) 等。这使开发人员可以轻松忽略不感兴趣的资源。因此，过滤器能够做到这一点的优势就消失了。只有 Wicket 曾经需要映射到额外的路径 /app/* 并且在 Wicket 1.3 中将 Servlet 更改为 Filter 是通过唯一的参数完成的，您可以将其映射到只是 /*。然而，这增加了额外的配置样板，以便能够忽略静态资源。我个人不明白他们为什么不直接使用后缀映射。
所有网络框架都依赖于 HTTP 请求。在 Servlet 中，它已经在标准方法中直接可用(通常只使用 service() 方法)。在过滤器中，您需要将其强制转换(尽管这不一定很昂贵)。
此外，Sun/Oracle 基于以下理由在过滤器和 Servlet 之间进行了明显的区分:当您希望在特定条件下过滤请求/响应时，请使用过滤器。当您想要控制请求/响应和/或创建响应时，请使用 Servlet。
另见:
关于java - Web 框架应该是 Filter 还是 Servlet？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/5110077/