推送技术Server Push的基础思想是将浏览器主动查询信息改为服务器主动发送信息。服务器发送一批数据，浏览器显示这些数据，同时保证与服务器的连接。当服务器需要再次发送一批数据时，浏览器显示数据并保持连接。以后，服务器仍然可以发送批量数据，浏览器继续显示数据，依次类推。
最近在做一个即时显示的面板页面。
需求：
1.即时显示；
2.无刷新。
做Web的话，一听到无刷新，马上想到的就会是Ajax，我第一版的实现方法是Ajax的Updatepanel+Timer控件，定时向服务器发出Request。实现是没有问题，但是对于资源的消耗非常恐怖，可以这么说。打开进程管理器，可以看到数据库和浏览器（因为是在本机上做）的CPU占用比较高，并且浏览器的内存占用一直在上升。。。囧——不用再多解释了，你懂的。。。
资料到处找，各种找，从Fighting Team.SDF那里，了解到了Server Push——服务器推送技术。看了一两个不怎么完整的Demo（网上这方面的资料，真不多，要不就是各种哥各种转载的）后，开始实施。来，直接贴代码：
这里要引入Threading的类库：
- using System.Threading;
- ///后台程序段：
- /// <summary>
- /// 以发送服务端控制信息的方式提供HtmlTextWriter对象
- /// </summary>
- /// <param name="writer"></param>
- protected override void Render(HtmlTextWriter writer)
- {
- base.Render(writer);
- while (Response.IsClientConnected)
- {
- Response.Write("<script>Display('" + SQLHelper.select().ToString() + "')\n </script> ");
- Response.Flush();
- Thread.Sleep(41);
- }
- }
可以看到，其实代码非常简单，就是重写了Rander方法。方法里，做一个死循环，将后台数据库里的数据，不停地Response到前台，展示给用户。就实现了这么一个推送的动作。
小总结一下：这个方法因为只有一个推送，比之前用Timer定时发送Request，再接受Response的方法优化许多，不仅减少了服务器的开销，也降低了数据库的负荷。再打开进程管理器看一下，CPU和内存的占用都比较低。不过可以相对性既然存在，那么说明这个方法也有不利的一方面：ClientConnected意思是，客户端连入，就是说客户端没有断开与服务端的连接。我们知道服务器的连入数是有限制的，如果一直保持连接状态不断开连接的话，那么连入数一多，这个资源的消耗又是很可怕的。所以权衡完Server Push技术，比较适合用在连入数少的场合，比如像信息显示面板之类的，连入数都不较少，比较单一，则不会占用太多的资源。
【编辑推荐】
