上篇博文中简单分享了一个dwr的小例子。在做小例子的过程中，发现了一个有趣的现象：dwr不支持重载的方法。

       java代码：

package com.tgb.dwr;

/**
 * dwr使用测试
 * @author Admin
 *
 */
public class DwrTest {

	public String hello(){
		return "Hello!";
	}

	public String hello(String name){
		return "Hello,"+name;
	}
	
}

<script type="text/javascript">
function test1(){
	
	//尝试调用无参的hello
	T1.hello(
		function(data){
			alert(data);
		}
	);

	//尝试调用有参的hello，参数为Arron
	T1.hello("Arron",
			function(data){
				alert(data);
			}
		);
}

</script>

       本来以后应该弹出2个弹出框，先是Hello!，再是Hello,Arron。结果却是这样。然后把java代码中的2个方法调换了一下位置，则只弹了“Hello!”的提示框。

       这是为什么呢？难道对于java代码中的同名方法，只解析最后一个？？想想也不太可能，肯定都解析了。为了弄明白原因，那么需要从dwr的实现机制下手了。

      （1）部署阶段:

       读dwr.xml，在该xml文件中定义的Javascript——T1，它对应的类为如DwrTest，通过反射生成T1.js，其中DwrTest中的方法也就是调用后台类的方法

      （2）运行阶段：

触发事件调用一个方法test1——>

从自己的js中调用了上面的T1.js中的方法hello——>

调用客户端的AJAX引擎发出请求——>

以上三步都是由客户端完成，后面的都是有服务器端来完成：

Web容器先接到请求，找上下文路径：/dwr/匹配dwr中对应的servlet (在web.xml配置的)——>

读dwr.xml；根据js名匹配creator定义；依据creator方法通过反射创建实例（每次调用都会创建一个实例）；调用方法，得到返回值——>

out出去——>

回调处理——>

调用客户端的回调处理（本实例是直接alert结果）。

      每触发一下事件，最后都会反射一个新的实例，这个可以在java代码中加上下面的代码进行测试：

	static long count = 0;
	public DwrTest(){
		count++;
		System.out.println("实例个数为："+count);
	}

      这就是dwr的处理流程了。最重要的就是这个dwr.xml，生成的js靠的是它，后台调用反射的实例也是基于它的。

      从dwr的处理流程来看，要想探究上面提到的不支持重载的方法，那么就需要看一下客户端生成的js文件。通过查看网页编码，然后打开引用的js文件——“dwr/interface/T1.js”。内容就展现出来了：

// Provide a default path to dwr.engine
if (dwr == null) var dwr = {};
if (dwr.engine == null) dwr.engine = {};
if (DWREngine == null) var DWREngine = dwr.engine;

if (T1 == null) var T1 = {};
T1._path = ‘/dwr_test/dwr‘;
T1.hello = function(p0, callback) {
  dwr.engine._execute(T1._path, ‘T1‘, ‘hello‘, p0, callback);
}
T1.hello = function(callback) {
  dwr.engine._execute(T1._path, ‘T1‘, ‘hello‘, callback);
}

       可以看到T1.hello有2条赋值语句，这就是关键所在了。dwr是按照java类方法的定义顺序依次绑定方法的，所以调用T1.hello，只能执行最后绑定的方法。

       dwr虽然很方便，但是由于使用了js，那么js可能出现的问题，都是它可能出现的问题。dwr还需要继续努力，而我们也要在遇到问题时，适当的刨刨根，问问底，才能真正的了解它，使用它。