一种介于Push与Pull之间的模式

Push与Pull

使用过消息中间件的同学，对于push与pull模式应该了然于胸。为了做个铺垫，在此将两者的对比图粘贴出来：
图片出处：[转] 消息系统该Push/Pull模式分析

简言之，就是：

• push模式：有数据变动时，由 服务器 主动向 客户端 发送消息
• pull 模式：客户端向服务器发送拉取请求，服务器将变动的数据返回给客户端，也可能没有变动的数据

介于Push与Pull模式之间的“新模式”

Google Chubby 是一款分布式锁服务，GFS、Big Table等大型系统均使用其解决 分布式协作、元数据存储、Master选举等 一系列与分布式锁服务相关的问题。
Chubby 的KeepAlive机制提供了一种获取变更消息的新思路：

客户端向服务器发送一个请求，当没有数据变更时阻塞住该请求，当有数据变更时 通过该请求返回新数据。

具体场景：

正常情况下，客户端会通过KeepAlive请求完成续租、心跳：
1、客户端向服务器发送一个用于续租（标识客户端还活着）、心跳的KeepAlive请求
2、服务器接收到客户端的KeepAlive请求后，如果发现客户端租期还足够，不需要当即续租，则将这个KeepAlive请求阻塞住，等到该客户端租期即将过期时再更新其租期，并将新租期返回给客户端
3、客户端收到新租期后，又发起一个KeepAlive请求到服务器，以完成心跳、续租。

Chubby支持事件通知、客户端本地缓存过期机制，其实现原理便是基于KeepAlive：
如果服务器需要向客户端通知 事件、本地缓存过期，则将数据写入到被阻塞住的KeepAlive请求中，然后立即返回给客户端，客户端可立即接收到该信息并进行业务处理。