本文详细介绍了Struts框架从接收请求到响应整个过程的工作原理。包括请求如何被过滤器链处理，ActionMapper如何确定调用哪个action，ActionProxy如何创建ActionInvocation并执行拦截器，以及Action执行完毕后如何根据结果码找到对应的result进行视图渲染。
图示说明：
第一步：当一个初始化请求达到Servlet 容器时，这个请求会通过一个标准的过滤器链。这个链包含了可选的ActionContextCleanUp过滤器，它可以用于集成类似SiteMesh Plugin的插件。然后FilterDispatcher 被调用，它用于询问ActionMapper 是否这个请求需要调用一个action。
第二步：如果ActionMapper 决定一个action需要被调用，那么FilterDispatcher 把控制权交给ActionProxy，它会询问框架配置文件管理者（通过Struts.xml文件初始化的）。
第三步：然后ActionProxy它创建一个ActionInvocation（用于命令模式的实现）,它会在Action执行前调用所有的拦截器。
第四步：一旦Action执行完成，并且返回，ActionInvocation 会找到与Action返回的结果码，相关联的result（该result在struts.xml文件中）。这个result 随后会被执行，并且与一个模块关联（该模板使用jsp或FreeMarker 编写的，将会被渲染）。并且在渲染时，这个模板可以使用Struts 框架提供的标签。一些组件将于ActionMapper 一起工作去渲染合适的URLs 为附加的请求。
注意：所有的对象 在这个结构图中（Action,Result,Intercepter,等）都是被ObjectFactory创建的。这个ObjectFactory 是可插拔的。我们可以提供自己的ObjectFactory当框架中的对象被创建时。
第五步：拦截器会被再次执行（逆序执行）。最后，这个response 通过配置在web.xml中的过滤器返回。如果此时ActionContextCleanUp 过滤器存在，FilterDispatcher 将不会清除ThreadLocal类型的ActionContext;否则就会清除ActionContext
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
