dwr的Reverse Ajax前面一直都没有用过，最近因为项目里面涉及到研究了下，还是留个记录吧。
dwr的逆向ajax其实主要包括两种模式：主动模式和被动模式。其中主动模式包括Polling和Comet两种，被动模式只有Piggyback这一种。
所谓的Piggyback指的是如果后台有什么内容需要推送到前台（即调用页面的js方法），是要等到那个页面进行下一次ajax请求的时候，将需要推送的内容附加在该次请求之后，传回到页面。
polling指的是由浏览器定时向服务端发送ajax请求，询问后台是否有什么内容需要推送，有的话就会由服务端返回推送内容。这种方式和我们直接在页面通过定时器发送ajax请求，然后查询后台是否有变化内容的实现是类似的。只不过用了dwr之后这部分工作由框架帮我们完成了。
comet模式指的的当服务端建立和浏览器的连接，将页面内容发送到浏览器之后，对应的连接并不关闭，只是暂时挂起。如果后面有什么新的内容需要推送到客户端的时候直接通过前面挂起的连接再次传送数据。
通过上面的解释我们可以看到，这三种模式都有各自的优缺点。从客户端请求次数的角度来说，当然是piggyback的模式最好。这个里面完全没有额外的网络请求，只有等到下次请求页面主动发起了，中间的变化内容才传递回页面。但是这也导致了这推送内容的延时，因为你完全没办法知道页面的下一次请求将在什么时候发起，也许页面永远都没有下一次请求。polling模式的网络请求最为频繁了，因为这时候页面不管后台有没有更新的内容，都需要发送请求询问。虽然这种模式可以通过增加请求间隔的时间来减少单位时间内的请求次数，但是这样同样会导致页面响应后台内容变化的间隔时间增长，这中间就产生了矛盾，具体的请求间隔时间还是要根据具体项目的需求来配置。比如服务器能承受的请求间隔和页面内容所需要的刷新频率。comet方式的响应速度应该是最快的，后台一旦有内容需要推送可以通过前面没有关闭的连接马上推送到前台。但是服务器所能提供的连接数目是一定的，在大量的挂起的连接没有关闭的情况下，可能造成新的连接请求不能接入，从而影响到服务质量。
配置
piggyback方式
dwr默认采用的是piggyback这种被动模式，如果需要采用这种模式的话不需要任何额外的配置就能完成。
comet方式
如果需要采用主动模式的话就需要进行一些相应的配�
log into file
//
ob_start();
echo "<pre>";
print_r($data);
echo "</pre>";
$a=ob_get_contents();
//DAL::remove("insert into mytest(vvv) values('$a')");
$filename = "file.txt";
$file = fopen($filename, "w") ......
最近一段时间用jquery，感觉效果挺好的，对此感兴趣。jquery里面有一个最重要的就是ajax的应用，看来我这里也得从头学学ajax的基础知识，不然看juqery的代码，也比较的费劲。
好，这里就写些测试代码。希望和我一样的新手能多多探讨。
========================ajax笔记================= ......
