Dwr 通过用户配置文件 dwr.xml 将 java 类映射成一个 javascript 对象，从实现手法上看与 java 里的数据映射很相似。而 dwr 是将 JAVA 的对象映射到了 js 里，由客户端的 JS 提供给用户各类实现，而 java 代码完全在后台运行。
DWR 函数调用里涉及到的 JS 代码： engine.js
DWR 函数调用里涉及到的类有： AbstractDWRServlet 、 DefaultProcessor
用户在提交 request 以后的操作步骤请参见我 blog 里的：《 dwr 源码学习（一）》， JAVA 代码生成的映射 JS 代码其实只是一个 javascript 接口，它调用了 DWREngine._execute 这个函数，而这个函数大体只是执行了一些解析的工作，在它结尾处调用了 DWREngine.endBatch() ，然后又执行了 DWREngine._sendData(batch) ，这时我们会发现有这样一句： “ batch.req.open("GET", batch.path + "/exec/" + statsInfo + "?" + query, batch.async); ”很熟悉吧。
下一步就到了真正的实现 js 调用 java 代码里方法的时候了，兴奋吧。其实实现也是很简单的。通过 servlet 这里实现了对各类型 request 参数的不同的匹配，还是看 AbstractDWRServlet .getPost() 这个方法：
1 protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws IOException, ServletException
2 {
3 try
4 {
5 builder.set(req, resp, getServletConfig(), getServletContext(), container);
6 ServletLoggingOutput.setExecutionContext(this);
7
8 processor.handle(req, resp);
9 }
10 finally
11 {
12 builder.unset();
13 ServletLoggingOutput.unsetExecutionContext();
14 }
15 }
16 注意processor.handle(req, resp);
17 public void handle(HttpServletRequest req, HttpServletResponse resp) throws IOException, ServletException
18 {
19 String pathInfo = req.getPathInfo();
20 String servletPath = req.getServletPath();
21
22 if (nullPathInfoWorkaround && pathInfo == null)
23 {
24 pathInfo = req.getServletPath();
25 servletPath = HtmlConstants.PATH_ROOT;
26 log.debug("Default servlet suspected. pathInfo=" + pathInfo + "; contextPath=" + req.getContextPath() + "; servletPath=" + servletPath); //$NON-NLS-1$ //$NON-NLS-2$ //$NON-NLS-3$
27 }
28
29 if (pathInfo == null ||
30 pathInfo.length() == 0 ||
31 pathInfo.equals(HtmlConstants.PATH_ROOT))
32 {
33 resp.sendRedirect(req.getContextPath() + servletPath + HtmlConstants.FILE_INDEX);
34 }
35 else if (pathInfo.startsWith(HtmlConstants.FILE_INDEX))
36 {
37 index.handle(req, resp);
38 }
39 else if (pathInfo.startsWith(HtmlConstants.PATH_TEST))
40 {
41 test.handle(req, resp);
42 }
43 else if (pathInfo.startsWith(HtmlConstants.PATH_INTERFACE))
44 {
45 iface.handle(req, resp);
46 }
47 else if (pathInfo.startsWith(HtmlConstants.PATH_EXEC))
48 {
49 exec.handle(req, resp);
50 }
51 else if (pathInfo.equalsIgnoreCase(HtmlConstants.FILE_ENGINE))
52 {
53 file.doFile(req, resp, HtmlConstants.FILE_ENGINE, HtmlConstants.MIME_JS);
54 }
55 else if (pathInfo.equalsIgnoreCase(HtmlConstants.FILE_UTIL))
56 {
57 file.doFile(req, resp, HtmlConstants.FILE_UTIL, HtmlConstants.MIME_JS);
58 }
59 else if (pathInfo.equalsIgnoreCase(HtmlConstants.FILE_DEPRECATED))
60 {
61 file.doFile(req, resp, HtmlConstants.FILE_DEPRECATED, HtmlConstants.MIME_JS);
62 }
63 else
64 {
65 log.warn("Page not found (" + pathInfo + "). In debug/test mode try viewing /[WEB-APP]/dwr/"); //$NON-NLS-1$ //$NON-NLS-2$
66 resp.sendError(HttpServletResponse.SC_NOT_FOUND);
67 }
68 }
69
也就只有这几种类型的请求，还记得 DWREngine._sendData 吗？里面有这么一句：“ batch.req.open("GET", batch.path + "/exec/" + statsInfo + "?" + query, batch.async); ”看到他的请求路径是 exec ，对应在 processor.handle(req, resp); 这个方法里就是 exec ，在刚才的 JAVA 代码里我们已经看到过了是括号内的代码（ else if (pathInfo.startsWith(HtmlConstants. PATH_EXEC )) ），而 exec 早已在 servlet 初始化的时候就已经设置为 DefaultExecProcessor ，它的函数 hadle() 就是具体对 js 调用 java 类方法的实现了。
DWR 是一个小型的 AJAX 框架，它的实现思路简单，其实有很多人在开发中一定也有过类似的想法。它之所以现在才出现我想大概还是要归功于异步 javascript 消息发送这样的技术成为现实。所以我又想 AJAX ，从技术上说只能是 javascript 有了一个飞跃性的进步，而 AJAX 的最终成功却要靠软件工程。