Struts2的运行流程(Java私塾).doc

文章内容来自Java私塾2013-12-27 更多内容在‘java私塾官网’ Struts2的运行流程（java私塾） ?Struts2的运行流程 3.2.1??运行流程 先回忆一下在HelloWorld中，我们做了什么： 在web.xml中配置了Struts2的过滤器 写了一个Action类，名称为HelloWorldAction 在struts.xml中配置了这个Action类 写了两个页面，一个是登录页面，一个是欢迎页面 只做了这么点事情，就可以在Struts2的帮助下顺利完成功能调用，那么Struts2内部是怎么运行的呢？逐步来根据架构图进行分析。 1：首先是在登录页面，用户填入帐号和密码，然后点击提交按钮，好了，就从这里开始分析背后的处理流程，这是我们进行分析的起点。 2：当用户提交登录请求后，请求的URL为：“/helloworld/helloworldAction.action”，请求会被Tomcat服务器接收到，Tomcat服务器会根据请求URL中的web上下文，也就是“/helloworld”，来选择处理这个请求的Web应用，那就是由helloworld这个web工程来处理这个请求。 3：Web容器会去读取helloworld这个工程的web.xml，在web.xml中进行匹配，发现后缀为“.action”的请求，由struts2这个过滤器来进行处理，根据Filter的配置，找到实际的类为FilterDispatcher。 4：Web容器会获取FilterDispatcher这个类的实例，然后回调doFilter方法，进行真正的处理。FilterDispatcher作为前端控制器，是整个Struts2的调度中心。 注意：在架构图上，可以看到有三个过滤器层次，分别是ActionContextCleanUp、SiteMesh等其他过滤器和FilterDispatcher。这三个层次中，ActionContextCleanUp和FilterDispatcher是Struts2的过滤器，而SiteMeshSiteMesh等其他过滤器不是。 FilterDispatcher是任何一个Struts2应用都需要配置的，一般出现在过滤器链的最后；如果在FilterDispatcher前出现了如SiteMesh这种特殊的过滤器，还必须在SiteMesh前引用Struts2的ActionContextCleanUp过滤器。 在前面的helloworld中，并没有出现SiteMesh这种特殊的过滤器，所以只需要引用FilterDispatcher就可以了。 这就相当于前进到Struts2架构图上的第一步，如下所示： 图3.2? Struts2流程第一步 5：FilterDispatcher将请求转发给ActionMapper。ActionMapper负责识别当前的请求是否需要Struts2做出处理。 这就相当于前进到Struts2架构图上的第二步，如下所示： 图3.3? Struts2流程第二步 6：ActionMapper告诉FilterDispatcher，需要处理这个请求，FilterDispatcher会停止过滤器链以后的部分，所以通常情况下：FilterDispatcher应该出现在过滤器链的最后。然后建立一个ActionProxy对象，这个对象作为Action与xwork之间的中间层，会代理Action的运行过程。 这就相当于前进到Struts2架构图上的第三步，如下所示： 图3.4? Struts2流程第三步 7：ActionProxy对象刚被创建出来的时候，并不知道要运行哪个Action，它手里只有从FilterDispatcher中拿到的请求的URL。这时候，它去向ConfigurationManager询问到底要运行哪个Action。 回忆一下，某个特定的URL由哪个Action响应由谁负责，定义在什么地方呢？没错，在struts.xml里面。而ConfigurationManager就是负责读取并管理struts.xml的，可以简单的理解为ConfigurationManager是struts.xml在内存中的映像。 在服务器启动的时候，ConfigurationManager会一次性的把struts.xml中的所有信息读到内存里，并缓存起来，以保证ActionProxy拿着来访的URL向他询问要运行哪个Action的时候，就可以直接匹配、查找并回答了。 这就相当于前进到Struts2架构图上的第四步和第五步了，如下所示： 图3.5? Struts2流程第四步和第五步 8：ActionProxy拿到了运行哪个Action、相关的拦截器以及所有可能使用的result信息，就可以着手建立ActionInvoca