PushLet

最近一款App需要用到推送技术，简单总结一下使用过程：

 

 

两类解决方案：

       使用套接口传送信息，需要客户端配置

       基于HTTP长连接

 

使用时需要考虑的因素：

       客户端如何接收，处理信息，如果是Web应用，应该如何结合返回页面并向用户呈现。

       客户与服务器端通信的信息格式，采取怎样的出错处理机制。

       Web应用中的浏览器兼容问题

 

基于客户端套接口的“服务器推”技术简单分类:

 

　　传统轮询：修改Html文件头，<META HTTP-RQUIV="Refresh" CONTENT=12>实现浏览器的定时请求（polling）。服务器无需配置，但服务器压力大，带宽损失严重，用户体验度差。

 

　　 ajax轮询：Ajax定时（通常使用 JavaScript 的 setTimeout 函数）请求增量式的更新，但请求时间间隔设定是一个问题。只需要服务器简单配置，带宽占用不高，但服务器压力没有减少，是较长见的反推技术。

 

　　 comet：长连接机制 (long lived http)。一次请求后，服务器将挂起请求对像直到有了数据才销毁。它有着较好的性能和实时性，但挂起对象占用了一些服务器资源，也丧失了无状态高并发的特点。

        java appet：在客户端使用 Java Applet ，通过 java.net.Socket 或 java.net.DatagramSocket 或 java.net.MulticastSocket 建立与服务器端的套接口连接，从而实现 “ 服务器推送 ” 。

 

        使用HTML5的内置WebSocket.或许这是真正的ServerPush,服务器可以主动推数据，每次的请求Header也只有2Byte大小.

        关于WebSocket详解:http://ariesx.iteye.com/blog/1959988

 

 

 

其它技术：     

        flash xml socket：这种方案实现的基础是：一、 Flash 提供了 XMLSocket 类。二、 JavaScript 和 Flash 的紧密结合：在 JavaScript 可以直接调用 Flash 程序提供的接口。

 

　　　 优点：实时性好（消息延时小）；性能好（能支持大量用户）　　　　　　　　　

 

　　　 缺点：因为 XMLSocket 没有 HTTP 隧道功能， XMLSocket 类不能自动穿过防火墙；

 

           因为是使用套接口，需要设置一个通信端口，防火墙、代理服务器也可能对非 HTTP 通道端口进行限制；

           应用：网络聊天室，网络互动游戏。