深入解析Struts2 FilterDispatcher源码

"本文将深入解析Struts2框架中的控制器机制，特别是FilterDispatcher类作为请求的入口点，以及它如何协调处理ActionMapping和Action的执行。我们将探讨FilterDispatcher的核心方法，包括如何封装请求、获取ActionMapping以及处理异常情况。" 在Struts2框架中，控制器扮演着至关重要的角色，它负责接收HTTP请求并调度相应的业务逻辑。`FilterDispatcher`类是Struts2的核心控制器，它是基于Servlet过滤器实现的。当一个HTTP请求到达时，`FilterDispatcher`会首先被调用。 `doFilter`方法是`Filter`接口中的关键方法，它在Servlet过滤器链中起作用。在这个方法中，`FilterDispatcher`首先将请求和响应对象转换为`HttpServletRequest`和`HttpServletResponse`，然后通过`UtilTimerStack.push(timerKey)`来记录执行时间，用于性能分析。 接着，`FilterDispatcher`会调用`prepareDispatcherAndWrapRequest`方法来封装请求。这个过程可能涉及到请求参数的处理、请求头的设置等，以便于后续处理。 `ActionMapping`是Struts2中定义动作映射的关键类，它关联了HTTP请求与Action类。`actionMapper.getMapping(request,dispatcher.getConfigurationManager())`这一行代码会根据请求信息和配置管理器来查找对应的ActionMapping。如果找不到，`actionMapper`通常会尝试依赖注入来解析请求。 如果获取到的`ActionMapping`为null，`FilterDispatcher`会判断是否应查找静态资源。如果请求的URL对应一个静态资源，那么框架会直接返回这个资源，而不是执行Action。如果既没有找到ActionMapping也没有静态资源，框架会发送一个500错误响应给客户端。 当ActionMapping存在时，`FilterDispatcher`会调用`dispatcher.serviceAction`方法开始执行实际的Action。这个过程包括了Action实例的创建、拦截器的执行以及结果的渲染。 `FilterDispatcher`是Struts2处理请求的核心组件，它负责解析请求、查找ActionMapping、执行Action以及处理各种异常情况。理解这个过程对于优化Struts2应用的性能和调试问题非常有帮助。开发者可以通过自定义`FilterDispatcher`或者扩展其功能来适应特定的应用场景，从而提升系统的灵活性和可定制性。