一、背景
消息推送是针对 Web 应用开发领域的技术，指服务端以主动方式将信息送达客户端。主要用于提升用户体验，避免用户刷新页面从服务端拉取数据。例如 Web 邮件中自动出现刚收到的邮件项，Web 即时通讯自动提示新到消息等应用场景。
1.1、多客户端支持
在实际应用场景中，客户端可能是浏览器或者 iOS、Android 等。在移动客户端方面，需要考虑如下几点。
APIs 多样
不同客户端本地 APIs 接口存在差异，但都支持基本的 HTTP 协议。直接基于 HTTP 协议进行开发可将差异最小化。
网络连接不稳定
通讯信道打开后不一定能长时间维护，客户端与服务端的状态管理复杂。
最小化流量
需要尽量最小化网络流量，提升移动客户端可用性。
1.2、Comet
Comet 基于 HTTP长连接的“服务器推”技术，是一种新的 Web 应用架构。基于这种架构开发的应用中，服务器端会主动以异步的方式向客户端程序推送数据，而不需要客户端显式的发出请求。Comet 架构非常适合事件驱动的 Web 应用，以及对交互性和实时性要求很强的应用，如股票交易行情分析、聊天室和 Web 版在线游戏等。
二、Web 层消息推送
2.1、套接字
可以使用套接字接口进行全双工通讯。可以通过 Flash XMLSocket、Java Applet 技术实现。
但由于实现方案与厂商技术绑定过紧，不属于 Web 标准化范畴，并且存在一些限制（通讯端口开启安全、客户端插件），这里不进行描述。
2.2、HTTP 请求轮询
目前的 Web 应用是基于 HTTP 协议的，其规定了请求-响应的处理模型，位于应用层的单工通讯模式使得纯粹意义上的服务端推送方式变得难以实现。
为了基于 HTTP 协议进行“推送”实现，可由客户端发起 HTTP 请求轮询，服务端在请求后返回响应。
根据轮询时间、请求处理方式，分为以下三种推。
2.3、简单轮询
客户端一般以定时方式发起请求，服务端处理后返回响应。
- 原理、客户端/服务端实现简单
- 可根据应用场景调整轮询时间间隔
- 服务端需要处理大量请求
2.4、长轮询
客户端发起请求后服务端将该请求挂起（不返回响应），直到超时、异常或需要处理响应（推内容）才返回。客户端收到响应后再次请求（即轮询）服务端，并处理响应。
- 实时性高
- 服务端需要管理挂起请求
2.5、HTTP 流
客户端发起请求后服务器端处理请求，并通过 HTTP 流一直向客户端写入数据，直到超时或异常才返回响应。连接断开后客户端再次请求服务端，属于长轮询的一种。
2.6、HTML 5 WebSocket
这是标准化的客户端全双工通讯规范，但由于目前服务端规范尚未成型，且考虑到现有客户端对 HTML 5 的支持有限，这里不进行描述。