我是一名资深前端，一提到消息通知，绝大多数朋友都会不自觉的条件反射般说出：WebSocket！通过WebSocket设计一套消息通知系统，可以让Web应用实时接收来自服务端的通知，用户可以快速感知当前变化。这个能力被广泛用在用户的消息通知（小红点、新消息数量）上面。

然而，在实际生产中，我们其实真正实施的并不多。一方面是WebSocket通过长链接服务器，消耗资源，需要投入更多成本，另一方面，WebSocket的架构体系、代码写法、请求处理链路，都与我们常规的Restful接口差异较大，项目维护成本也更高。还有一个不那么起眼的原因是，前端团队往往没有对服务器的支配权限，想要搭一个WebSocket还要受运维的掣肘。

而轮询，则是作为顶替长链接的一种原始办法。我在《「消息桥」：从轮询到事件驱动的消息推送系统工程化落地》一文中，基于轮询设计了一套消息通知系统。

但是，随着工程的进一步发展，我发现，轮询是一个很难把控的东西。轮询间隔长了，失去时效性，间隔短了，则带来巨大的服务器压力。我就是遇到了服务器压力问题，在轮询轰击下，我的很多请求需要排长队才能到服务器。

于是基于SSE的通知系统就这样被我投入使用。