网站如何制作推送功能 第1篇
技术并没有好坏之分，只有哪个更合适
SSE好像一直不被大家所熟知，一部分原因是出现了WebSockets，这个提供了更丰富的协议来执行双向、全双工通信。对于游戏、即时通信以及需要双向近乎实时更新的场景，拥有双向通道更具吸引力。
但是，在某些情况下，不需要从客户端发送数据。而你只需要一些服务器操作的更新。比如：站内信、未读消息数、状态更新、股票行情、监控数量等场景，SEE不管是从实现的难易和成本上都更加有优势。此外，SSE 具有WebSockets在设计上缺乏的多种功能，例如：自动重新连接、事件ID和发送任意事件的能力。
前端只需进行一次HTTP请求，带上唯一ID，打开事件流，监听服务端推送的事件就可以了
服务端的实现更简单，创建一个SseEmitter对象放入sseEmitterMap进行管理
我们模拟服务端推送消息，看下客户端收到了消息，和我们预期的效果一致。
注意： SSE不支持IE浏览器，对其他主流浏览器兼容性做的还不错。
什么是 MQTT协议？
MQTT 全称(Message Queue Telemetry Transport)：一种基于发布/订阅（publish/subscribe）模式的轻量级通讯协议，通过订阅相应的主题来获取消息，是物联网（Internet of Thing）中的一个标准传输协议。
该协议将消息的发布者（publisher）与订阅者（subscriber）进行分离，因此可以在不可靠的网络环境中，为远程连接的设备提供可靠的消息服务，使用方式与传统的MQ有点类似。
TCP协议位于传输层，MQTT 协议位于应用层，MQTT 协议构建于TCP/IP协议上，也就是说只要支持TCP/IP协议栈的地方，都可以使用MQTT协议。
为什么要用 MQTT协议？
MQTT协议为什么在物联网（IOT）中如此受偏爱？而不是其它协议，比如我们更为熟悉的 HTTP协议呢？
具体的MQTT协议介绍和实践，这里我就不再赘述了，大家可以参考我之前的两篇文章，里边写的也都很详细了。
MQTT协议的介绍
MQTT实现消息推送
websocket应该是大家都比较熟悉的一种实现消息推送的方式，上边我们在讲SSE的时候也和websocket进行过比较。
WebSocket是一种在TCP连接上进行全双工通信的协议，建立客户端和服务器之间的通信渠道。浏览器和服务器仅需一次握手，两者之间就直接可以创建持久性的连接，并进行双向数据传输。
springboot整合websocket，先引入websocket相关的工具包，和SSE相比额外的开发成本。
服务端使用@ServerEndpoint注解标注当前类为一个websocket服务器，客户端可以通过ws://localhost:7777/webSocket/10086来连接到WebSocket服务器端。
前端初始化打开WebSocket连接，并监听连接状态，接收服务端数据或向服务端发送数据。
页面初始化建立websocket连接，之后就可以进行双向通信了，效果还不错
上边我们给我出了6种方案的原理和代码实现，但在实际业务开发过程中，不能盲目的直接拿过来用，还是要结合自身系统业务的特点和实际场景来选择合适的方案。
推送最直接的方式就是使用第三推送平台，毕竟钱能解决的需求都不是问题，无需复杂的开发运维，直接可以使用，省时、省力、省心，像goEasy、极光推送都是很不错的三方服务商。
一般大型公司都有自研的消息推送平台，像我们本次实现的web站内信只是平台上的一个触点而已，短信、邮件、微信公众号、小程序凡是可以触达到用户的渠道都可以接入进来。
消息推送系统内部是相当复杂的，诸如消息内容的维护审核、圈定推送人群、触达过滤拦截（推送的规则频次、时段、数量、黑白名单、关键词等等）、推送失败补偿非常多的模块，技术上涉及到大数据量、高并发的场景也很多。所以我们今天的实现方式在这个庞大的系统面前只是小打小闹。
文中所提到的案例我都一一的做了实现，整理放在了Github上，觉得有用就 Star 一下吧！
网站如何制作推送功能 第2篇
这里Demo前端使用的就是最基本的html静态页面连接，没有使用任何框架。后端选用语言是node，框架是Express。
理论上，把这两段端代码复制过去跑起来就直接可以用了。
第一步，建立一个文件，然后复制前端代码Demo到文件中，打开文件
第二步，进入一个新的文件夹，建立一个文件，然后将后端Demo代码复制进去，然后在该文件夹下执行
在这一层文件夹下执行命令。
完成以上操作就可以把项目跑起来了
SSE比websocket更轻
SSE是基于http/https协议的
websocket是一个新的协议，ws/wss协议
如果只需要服务端向客户端推送消息，推荐使用SSE
如果需要服务端和客户端双向推送，请选择websocket
不论是SSE还是websocket，对于浏览器的兼容性都不错
轮询是下策，很占用客户端资源，不建议使用。（不过偷懒的时候他确实方便）
IE不支持SSE
小白同学demo如果跑不明白可以私信我
对了，小程序不支持SSE哦
如果文章对您有帮助的话。
关于本文
网站如何制作推送功能 第3篇
对于当前计算机的发展来说，几乎很少出现同时不支持websocket和sse的情况，所以轮询是在极端情况下浏览器实在是不支持websocket和see的下策。
我们一般的服务端和客户端的通讯基本上使用这两个方案。首先声明:这两个方案没有绝对的好坏，只有在不同的业务场景下更好的选择。
SSE的官方对于SSE和Websocket的评价是
WebSocket是全双工通道，可以双向通信，功能更强；SSE是单向通道，只能服务器向浏览器端发送。
WebSocket是一个新的协议，需要服务器端支持；SSE则是部署在HTTP协议之上的，现有的服务器软件都支持。
SSE是一个轻量级协议，相对简单；WebSocket是一种较重的协议，相对复杂。
SSE默认支持断线重连，WebSocket则需要额外部署。
SSE支持自定义发送的数据类型。
对于SSE来说，它的_优点就是轻_，而且对于服务端的支持度要更好。换言之，_可以使用SSE完成的功能需求，没有必要使用更重更复杂的websocket。_
比如：数据大屏的实时数据，消息中心的消息推送等一系列只需要服务端单方面推送而_不需要客户端同时进行反馈的需求_，SSE就是不二之选。
对于Websocket来说，_他的优点就是可以同时支持客户端和服务端的双向通讯_。所适用的业务场景：最典型的就是_聊天功能_。这种服务端需要主动向客户端推送信息，并且客户端也有向服务端推送消息的需求时，Websocket就是更好的选择。