上篇博文中简单分享了一个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;
}
}
js代码：
<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还需要继续努力，而我们也要在遇到问题时，适当的刨刨根，问问底，才能真正的了解它，使用它。
