Struts 1 核心类RequestProcessor

本文详细解析了Struts1框架中RequestProcessor类的工作原理,包括处理HTTP请求的17个关键步骤,如多部分请求处理、路径解析、国际化设置等,以及如何通过配置ActionMapping和ActionForm来实现请求的验证与转发。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

Struts框架只允许应用中存在一个ActionServlet类,但是可以存在多个客户化的RequestProcessor类,每个子应用模块都可以有单独的RequestProcessor类, 

 

ActionServlet主要负责初始化,以及介绍请求并找到合适的RequestRrocessor,之后真正干活的是RequestProecssor和Action. 

在ActionServlet的doGet/doPost中会调用process方法而最终会调用RequestProcessor类的process方法.而在process又调用了17个 processXXX其它方法来完成工作。下面介绍这个方法. 

 

public void process(HttpServletRequest request,
                        HttpServletResponse response)
        throws IOException, ServletException {

        /*
   如果HTTP请求方式为post,并且contentType为”multipart/form-data”开头,标准的HttpServletRequest对象将被重新包装,以方便处理”multipart”类型的HTTP请求.
   如果请求方式为get,或正congtentType属性不是”mulitipart”,就直接返回原始的HttpServletRequest对象.
  */
        request = processMultipart(request);

        /*
   获得请求的URI的路径,这一信息可用于选择合适的Struts Action组件.
  */
        String path = processPath(request, response);
        if (path == null) {
            return;
        }
       
        if (log.isDebugEnabled()) {
            log.debug("Processing a '" + request.getMethod() +
                      "' for path '" + path + "'");
        }

        //当ControllerConfig对象的locale属性为true,将读取用户请求中包含的Locale信息,然后把Locale实例保存在session范围内.
        processLocale(request, response);

        //读取ControllerConfig对象的conttentType属性,然后调用response.setContentType(contentType)方法,设置响应结果的文档类型和字符
        processContent(request, response);

  /*
   读取ControllerConfig对象的nocache属性,如果nocache属性为true,在响应结果中将加入特定的头参数:Pragma,Cache-Control和Expires,
   防止页面被存储在客户的浏览器的缓存中.
   */
        processNoCache(request, response);

       //该方法不执行任何操作.直接返回true.子类可以覆盖这个方法. 执行客户化的预处理请求操作.
        if (!processPreprocess(request, response)) {
            return;
        }
       
  //从session中获取ActionMessages对象
        this.processCachedMessages(request, response);

        // 寻找和用户请求的URI匹配的ActionMapping,如果不存在这样的ActionMapping,则向用户返回恰当的错误信息
        ActionMapping mapping = processMapping(request, response, path);
        if (mapping == null) {
            return;
        }

        /*
    先判断是否为Action配置了安全角色,如果配置了安全角色,就调用isUserInRole()方法判断当前用户是否具备必需的角色,
    如果不具备,就结束请求处理流程.,向用户返回恰当的错误消息.
  */
        if (!processRoles(request, response, mapping)) {
            return;
        }

         /*
   先判断是否为ActionMapping配置了ActionForm,如果配置了ActionForm,就先从ActionForm的存在范围内(request或session)寻找改ActionForm实例,
   如果不存在,就创建一个实例,接下来把它保存在合适的范围内,保存时使用的属性key为ActionMapping的name属性。
  */
        ActionForm form = processActionForm(request, response, mapping);

  //如果为ActionMapping配置了ActionForm,就先调用ActionForm的reset()方法,再把请求中的表单数据组装到ActionForm中。
        processPopulate(request, response, form, mapping);

  /*
   如果为ActionMapping配置了ActionForm,并且ActionMapping的validate属性为true,就调用ActionForm的validate()方法,
   如果validate方法返回的ActionErrors对象中包含ActionMessage对象,说明表单验证失败。
   就把ActionErrors对象放在request范围内,再把请求转发到ActionMapping的input属性指定的Web组件。
   如果ActionForm的validate方法执行表单验证成功,就继续执行下面的处理流程。
  */
        if (!processValidate(request, response, form, mapping)) {
            return;
        }

  //判断是否在ActionMapping中配置了forward属性。如果配置了这个属性,就调用RequestDispatcher的forward方法,请求处理流程结束。否则进行下一步。
        if (!processForward(request, response, mapping)) {
            return;
        }
       
  //判断是否在ActionMapping中配置了include属性。如果配置了这个属性,就调用RequestDispatcher的include方法,请求处理流程结束。否则进行下一步。
        if (!processInclude(request, response, mapping)) {
            return;
        }

        // 先判断是否在Action缓存中存在这个Action实例,如果没有就新建一个Action实例,把它放在Action缓存中。可以看出Action也是只有一个实例在运行的。
        Action action = processActionCreate(request, response, mapping);
        if (action == null) {
            return;
        }

        //该方法调用Action实例的execute方法,该方法位于try/catch中,以及捕获异常。
        ActionForward forward =
            processActionPerform(request, response,
                                 action, form, mapping);

        //把你的Action的excute方法返回的ActionFoward对象作为参数传给它,processActionForward对象包的请求转发信息来执行请求转发或重定向。
        processForwardConfig(request, response, forward);

    }

内容概要:本文详细介绍了900W或1Kw,20V-90V 10A双管正激可调电源充电机的研发过程和技术细节。首先阐述了项目背景,强调了充电机在电动汽车和可再生能源领域的重要地位。接着深入探讨了硬件设计方面,包括PCB设计、磁性器件的选择及其对高功率因数的影响。随后介绍了软件实现,特别是程序代码中关键的保护功能如过流保护的具体实现方法。此外,文中还提到了充电机所具备的各种保护机制,如短路保护、欠压保护、电池反接保护、过流保护和过温度保护,确保设备的安全性和可靠性。通讯功能方面,支持RS232隔离通讯,采用自定义协议实现远程监控和控制。最后讨论了散热设计的重要性,以及为满足量产需求所做的准备工作,包括提供详细的PCB图、程序代码、BOM清单、磁性器件和散热片规格书等源文件。 适合人群:从事电力电子产品研发的技术人员,尤其是关注电动汽车充电解决方案的专业人士。 使用场景及目标:适用于需要高效、可靠充电解决方案的企业和个人开发者,旨在帮助他们快速理解和应用双管正激充电机的设计理念和技术要点,从而加速产品开发进程。 其他说明:本文不仅涵盖了理论知识,还包括具体的工程实践案例,对于想要深入了解充电机内部构造和工作原理的人来说是非常有价值的参考资料。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值