深入dwr2之二 Dwr2页面请求处理机制分析之util.js-优快云博客

本文解析了DWR2框架中util.js文件的加载流程。从页面引入util.js开始，通过DwrServlet处理请求，利用UrlProcessor映射到UtilHandler进行文件读取与缓存，最终响应给客户端。

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

http://column.ibeifeng.com/51564/20081017168.shtml

前一篇分析了dwr2对log的处理，请参见dwr2的日志代码分析；那么下面我们来进一步来分析一下它对页面的请求是如何处理的；这一章主要来讲解一下util.js文件。
大家都知道util.js文件是包含在dwr.jar文件的org.directwebremoting包里，那么页面是如何访问到它的呢？

1、首先，我们在某个页面需要使用dwr功能时，需要引入

<script type=”text/javascript” src=”dwr/util.js”></script>

这样对”dwr/util.js”的请求，统一由org.directwebremoting.servlet.DwrServlet的doget（）、doPost（）方法来处理；

2、 dopost方法调用UrlProcessor的handle（）方法处理；
UrlProcessor的handle方法在执行时，先取得请求路径，然后根据请求路径，从urlMapping里取得相应的页面处

理handler类，由这个handler类来处理请求和响应，也就是说”dwr/util.js”请求对应一个handler类来处理，

”dwr/engine.js”由另外一个handler来处理，关于对engine.js的请求处理，我们在下一章里来讲解；
UrlProcessor的urlMapping类里的key 、value数据，是dwrservlet在container初始化时填入的，即由DefaultContainer类的setupFinished（）方法调用callInitializingBeans（）方法完成的（这个方法是把container里的实现了InitializingBean接口的bean都执行了afterContainerSetup方法；UrlProcessor是实现了InitializingBean接口，它的afterContainerSetup方法，就是将DefaultContainer初始化时，初始的urlmapping值注入到自己的urlmap里）；

3、 dwr/util.js对应的处理handler
处理util.js的handler是：org.directwebremoting.servlet.UtilHandler
在org.directwebremoting.impl.ContainerUtill类里你可以看到，它们之间的对应关系

createUrlMapping(container, “/util.js”, “utilHandlerUrl”, UtilHandler.class);

      UtilHandler继承了FileHandler，它寻找到jar下的util.js,然后以文件流的形式读入，最后作为响应输出到页面；通常只读取一次，因为在第一次读取时，它会把文件内容保存到一个map类型的scriptCache里，缓存起来；以后访问的时候就直接从scriptCache里取；
      具体详细细节请参见FileHandler的public void handle(HttpServletRequest request, HttpServletResponse response) throws IOException方法；
      Util.js作为静态js文件，适合于缓存起来，没必要每次都去从文件里读取，提高效率；