johngao818 / keeplearning Goto Github PK

场景一：
John正在开发一个社区论坛项目，其中有一个需求，需要在前端页面添加一个通知面板，用来实时展示通知信息，比如@某某评论了您的帖子，@某某关注了您，您关注的@某某发表了新的主题帖。John采用了ajax请求轮询方案来实现，首先注册一个定时器，每隔一段时间去调用后端一个接口去获取通知信息。功能上线后，平稳运行。某天论坛的同时在线人数达到峰值，由于服务器配置较低，大量的轮询请求直接导致服务器瘫痪。
场景二：
Kristin正在做一个云计算平台，创建虚拟机是这个平台的一个基本功能，由于虚拟机的创建流程较长，创建接口被设计成异步请求。用户发起创建请求后，立即返回201，告知用户创建正在执行中。待虚拟机创建完成后，需要再次通知用户创建是否成功。但此时由于请求已经结束，无法再次将消息进行反馈。Kristin同样采用了轮询的方案，为了降低服务器的压力，Kristin加大了轮询的时间间隔，但是通知的及时性确被降低了，用户反馈使用体验很不友好。

HTTP协议
缺点：

1. 实时性低，延迟时间=轮询间隔+通信延迟。
2. 效率低，客户端不得不发起大量的无用请求。