浏览器前端与服务器持续通信技术回顾
最近想做一个基于web的在线聊天室的程序，刚好某童靴发了一个在线客服程序，于是引起了 一番关于服务器与浏览器通信技术的争论。而且我发现自己可耻的OUT了。
关于服务器与浏览器端通信，下面是我的原话，而且我也一直这么认为：
因为http是无状态协议，不支持推送，地球人都知道。替代方案就是浏览器不停的发请求 (AJAX)获得返回值，但这样服务器表示鸭梨很大。
然后有人提出了服务器推送技术，并说这也是老古董，过时的技术了。于是我向谷哥和度娘求助，得到下面的结果：
度娘对我认为的那种技术的解释：
客户端拖曳技术，服务器发送一批数据，在HTTP响应或文档头标记中插入指令，让浏览器“在 5秒内再次装入这些数据”或“10秒内前往某URL装入数据”。当指定的时间达到时，客户端就 按照服务器的指示去做，或者刷新当前数据，或者调入新的数据。
它的机制是利用html的Refrash标签进行反复刷新页面。
但是这样非常占流量，Ajax出现后，替代技术是使用javascript的time定时任务函数。
但这项技术的缺陷是不够及时，而且服务器不能主动向客户端发生信息。
再看看退服务器推送的解释：
推送技术的基础思想是将浏览器主动查询信息改为服务器主动发送信息。服务器发送一批数据 ，浏览器显示这些数据，同时保证与服务器的连接。当服务器需要再次发送一批数据时，浏览 器显示数据并保持连接。以后，服务器仍然可以发送批量数据，浏览器继续显示数据，依次类推。
我们知道如果在网页上上传文件的话，连 接是不会断开的。服务器推送就是利用了这种机制，让浏览器和服务器保持连接，并通信。
推送技术能够解决不能向浏览器主动发送信息的问题。但是他也带来了新的问题，那就是连接是占用服务器资源的，一台服务器所能提供的连接数也是有限的，一台8G内存的服务器 。也只能提供4000人同时在线，如果更多的人连接就必须增加服务器。
还有一个问题是它不能监控浏览器是否断开了连接，不能判断浏览器到底有没有通信，有些连接其实什么也不做，但服务器没办法知道，这样是对服务器资源的极大浪费。
事实上还有更好的解决方案
一提到C\S模式我们想到最多的就是socket，这是一个持续的连接。在企业应用中，即时性非 常重要，所以大部分软件企业都无奈的放弃了浏览器端开发，而选择自己开发客户端。但是业 务的复杂性让开发者们很少有时间去关注用户体验，所以企业应用难以操作，学习成本高，使 用范围小。企业应用的部署中，培训占用的太多的时间。
事实上在浏览器中使用socket也是有方法的。
对IE来说ocx插件就是最佳拍档。但是ocx插件只能用在IE上，别的浏览器不支持。
另外一种通用的技术是flash，Flash技术地球人都知道。漂亮，华丽，好用。在浏览器中表现算是最棒的一种技术了。
在ajax刚兴起那一段时间，所谓的富客户端应用如火如荼，各种浏览器端技术风起云涌，举例来说：Adobe公司的flex,微软公司的 Sliver Light、WPF，sun公司推出的javaFx….
他们的共同点是需要在浏览器中安装一个插件，让自己的程序可以运行，所谓的跨浏览器，也是基于这插件的。
但现在他们全部都偃旗息鼓了，包括曾经的老大Flash，也面临着严峻的挑战。
因为html5来了，它自带socket.伴随着它的是各种手持设备，iPhone、Android……而手持设备的特殊性，剥夺了浏览器插件的生存空间……
下一篇：服务器与浏览器端技术回顾-2
上一篇： 浏览器前端与服务器持续通信技术回顾