几种方案对比

任务分发或系统交互, 我们很容易可以想到就是两种方式主动推送和被动拉取.

1. push
   
   主动推一般需要建立长连接, 也可以通过一个注册中心知道所有的推送地址通过http推送. 优点 : 更加及时, 有任务就可以push. 缺点 : 无法根据对方的消费能力进行判断, 任务量过大可能会把对方压垮.

2. pull
   
   被动拉取任务, 一般调用服务的接口或者消费服务的MQ消息就行. 大部分的MQ框架都是pull的模型. 优点 : 就是不会有push的压力过大的问题. 缺点 : 拉取的频率很难设定, 时间长了任务消费不及时, 时间短了有很多空轮询对服务端造成压力.

轮询 polling

这种方式最简单, 因为性能不好, 需要重复的请求. 仅仅适用于业务量比较小的场景.

长轮询 long polling

1. apollo 配置中心就是采用长轮询的方式, 客户端从服务端获取配置的变更.
2. rocket MQ 虽然有 PushConsumer, 但其实内部也是使用长轮询的拉取方式.

websocket

// todo

TCP长连接

// todo

还有一种推拉相结合的方式

先拉取任务, 消费完, 需要反馈给服务端是否可以继续消费, 如果有服务端就可以直接push任务. 这样就不用每次都能一个间隔时间再来拉取, 提高及时性.