Struts2知识点详解.docVIP

Struts 2的基本流程 Struts 2框架由3个部分组成：核心控制器FilterDispatcher、业务控制器和用户实现的业务逻辑组件。在这3个部分里，Struts 2框架提供了核心控制器FilterDispatcher，而用户需要实现业务控制器和业务逻辑组件。 2.核心控制器：FilterDispatcher FilterDispatcher是Struts 2框架的核心控制器，该控制器作为一个Filter运行在Web应用中，它负责拦截所有的用户请求，当用户请求到达时，该Filter会过滤用户请求。如果用户请求以action结尾，该请求将被转入Struts 2框架处理。 Struts 2框架获得了*.action请求后，将根据*.action请求的前面部分决定调用哪个业务逻辑组件，例如，对于login.action请求，Struts 2调用名为login的Action来处理该请求。 Struts 2应用中的Action都被定义在struts.xml文件中，在该文件中定义Action时，定义了该Action的name属性和class属性，其中name属性决定了该Action处理哪个用户请求，而class属性决定了该Action的实现类。 Struts 2用于处理用户请求的Action实例，并不是用户实现的业务控制器，而是Action代理——因为用户实现的业务控制器并没有与Servlet API耦合，显然无法处理用户请求。而Struts 2框架提供了系列拦截器，该系列拦截器负责将HttpServletRequest请求中的请求参数解析出来，传入到Action中，并回调Action 的execute方法来处理用户请求。 显然，上面的处理过程是典型的AOP（面向切面编程）处理方式。图3.19显示了这种处理模型。 图3.19 Struts 2的拦截器和Action 从图3.19中可以看出，用户实现的Action类仅仅是Struts 2的Action代理的代理目标。用户实现的业务控制器（Action）则包含了对用户请求的处理。用户的请求数据包含在 HttpServletRequest对象里，而用户的Action类无需访问HttpServletRequest对象。拦截器负责将 HttpServletRequest里的请求数据解析出来，并传给业务逻辑组件Action实例。 3.业务控制器 正如从图3.19所看到的，业务控制器组件就是用户实现Action类的实例，Action类里通常包含了一个execute方法，该方法返回一个字符串——该字符串就是一个逻辑视图名，当业务控制器处理完用户请求后，根据处理结果不同，execute方法返回不同字符串 ——每个字符串对应一个视图名。 程序员开发出系统所需要的业务控制器后，还需要配置Struts 2的Action，即需要配置Action的如下三个部分定义： — Action所处理的URL。 — Action组件所对应的实现类。 — Action里包含的逻辑视图和物理资源之间的对应关系。 每个Action都要处理一个用户请求，而用户请求总是包含了指定URL。当Filter Dispatcher拦截到用户请求后，根据请求的URL和Action处理URL之间的对应关系来处理转发。 在action元素的name属性中可以使用*通配符，它可以匹配除了/以外的多个连续字符，在action元素的class和method属性以及result元素中可以引用*通配符在访问期间实际匹配的内容，例如： 方式1: action name=view6* class=cn.itcast.struts2demo.HelloWorldAction method={1} result/WEB-INF/page/{1}.jsp/result /action 方式2： action name=view7_* class=cn.itcast.struts2demo.HelloWorldAction method={1} result/WEB-INF/page/{1}.jsp/result /action 如果*匹配的内容为空，则调用execute方法；对于采用下划线连接*的方式，如果访问路径中没有为*部分指定内容，那么在访问路径中还可以省略下划线。 使用*通配符可能导致有多个action元素与一个访问路径匹配，这时候以排在配置文件中最后的配置项为准，所以更具体的模式应在更不具体的模式之后进行配置。 请描述action name=“*”result/WEB-INF/{1}.jsp/result/action的含义。 struts2的配置文件 配置文件可以分为三部分： 1.web.xml用于配置FilterDi