DWR高级主题之反向Ajax
----------
反向Ajax的基本概念是，客户端不必主动从服务器获取信息，服务器会把相关信息直接推送到客户端。这样做的目的是解决Ajax“传统”web模型所带来的一个限制：实时信息很难从技术上解决。原因是，客户端必须联系服务器，主动询问是否存在变更，如果有变更就会更新页面(或者页面的一部分),虽然可以非常快速完成这个操作，让人感觉好像是实时的，但是实际上不是实时的。
反向Ajax是克服这个限制的一种方式。事实上，反向Ajax实际上是个幻觉！但是，这是一个故意为之的幻觉，而不是无意义的幻觉。在当前HTTP技术的限制下，根本找不到真正把信息从服务器推送到客户端的方式，因为这个协议是无状态的，并且客户端发起的连接一旦断开，服务器就不可能了解客户端。不管到底哪一方发起这个连接，都不存在从客户端到服务器的"持续"连接。
虽然没有真正的推送技术，但是可以完美地模拟它！！
现在总共有三种DWR支持的技术可以辅助完成这种技术，其中两种技术都属于"主动的"反向Ajax，第三种被认为是"被动的"反向Ajax。
1.轮询
假设有个未使用Ajax的web页面，使用<meta>刷新标签，每隔数秒就更新这个页面。这就是所说的轮询。客户端定时轮询服务器，看是否存在更新，并且显示服务器传回的信息。在网页上，使用一些简单的javascript代码也可以实现相同的事情。确实从表面实现所谓的推送，这就是轮询技术。在Ajax中 ,事件流会更加复杂，但是实质上是一样的，这里Ajax轮询技术是两种主动式反向Ajax方法的一种。
2.Comet
第二种主动式反向Ajax方法是Comet，这是一种基于HTTP长连接的服务器推动方式。客户端向服务器发送请求后，服务器将数据通过response发送给客户端，但并不会将此response关闭，而是一直通过response将最新的数据发送给客户端浏览器，直到客户端浏览器关闭。使用Ajax实现"服务器推"与传统的Ajax应用不同之处在于：
a.服务器端会阻塞请求直到有数据传递或超时才返回。
b.客户端javascript响应处理函数在处理完服务器返回的信息后，再次发送请求，重新建立连接。
c.当客户端处理接收的数据、重新建立连接时，服务器端可能有新的数据到达；这些信息会被服务器端保存直到客户端重新建立连接，客户端会一次把当前服务器所有的信息取回。
它的缺点是：对于输出非常频繁的应用程序，会导致单击数量非常庞大。在输出频率非常低的应用程序中，一个事件可能导致所有已连接的浏览器会同时重新连接。在输出频率很低，但是连接了大量浏览器的情况下，通过切换到轮询模式，可以大幅度降低服务器的负载。
3.piggybacking
piggybacking(回传)方法是DWR提供的一种"被动式"方法。服务器端将最新的数据排成队列，然后等待客户端下一次请求，接收到请求后就将等待更新的数据发给客户端。DWR会使用默认的设置是piggybacking，所以，在默认情况下，启用反向Ajax时，不会导致服务器超载
三种方式的比较
每种方式都有自己的优势，轮询方式容易实现，然而他会超成服务器过载，Comet采取的是长连接的方式，在server却很容易实现，也有缓慢的延迟，但是没有必要等到下次浏览器连接，轮询和comet的实现都需要额外的网络连接，所以真正的低成本的方式是piggybacking，但是会有非常缓慢的延迟(需要等待下次浏览器连接)。如果Server可以承受额外的负载，并且需要快速响应，那么可以采用comet或轮询的方式。这是这两种试被称为主动式的原因。