Ⅰ Java Web 服务器的消息推送 几种方案
Java Web 服务器的消息推送有以下几种方案：1. 轮询:前端使用ajax不停的发起请求获取想要的数据（最简单也是最容易耗尽服务器资源）。
2. 长连接:HTTP长连接,客户端向服务端发起请求，服务端等有数据了才response，否则一直持有该连接Cometgithub: comet4j 项目,可以直接下载配置jar到tomcat下使用。
3、使用xmpp协议的一种技术，能够做到js中调用服务器的Java方法。
消息推送建议用专业的推送平台，例如：极光。深圳市和讯华谷信息技术有限公司创立于2011年，其团队核心成员来自腾讯、摩根士丹利、豆瓣、Teradata和中国移动等公司。公司总部位于深圳，在北京、上海、广州、成都均设有办公室。
Ⅱ 如何实现消息推送功能
?可以用第三方软件极光推送来实现。对于定制化需求较强的，或者想拥有自己推送平台的开发者，极光提供全功能的私有云方案。极光推送快速开始步骤: 1、到极光推送官方网站注册开发者帐号；
2、登录进入管理控制台，创建应用程序，得到 Appkey（SDK 与服务器端通过 Appkey 互相识别）；
3、在推送设置中给 Android 设置包名、给 iOS 上传证书、启用 WinPhone，根据你的需求进行选择；
4、下载 SDK 集成到 App 里。
客户端初始化 JPush 成功后，JPush 服务端会分配一个 Registration ID，作为此设备的标识（同一个手机不同 App 的 Registration ID 是不同的）。开发者可以通过指定具体的 Registration ID 来进行对单一设备的推送。
Ⅲ html5消息推送功能怎么做
前台可以设置一个setinterval，定期发送ajax监听后台，也可以用HTML5的websocket，html5的方式比较新，消息比较短，适合做聊天系统。在WebSocket API中，浏览器和服务器只需要要做一个握手的动作，然后，浏览器和服务器之间就形成了一条快速通道。
webSocket是html5新引入的技术，允许后台随时向前端发送文本或者二进制消息，WebSocket是一种全新的协议，不属于http无状态协议，协议名为“ws”，这意味着一个websocket连接地址会是这样的写法
WebSocket是为解决客户端与服务端实时通信而产生的技术。其本质是先通过HTTP/HTTPS协议进行握手后创建一个用于交换数据的TCP连接，此后服务端与客户端通过此TCP连接进行实时通信。
消息推送选择极光。JPush 是经过考验的大规模 App 推送平台，每天推送消息量级为数百亿条。 开发者集成 SDK 后，可以通过调用 API 推送消息。同时，JPush 提供可视化的 web 端控制台发送通知，统计分析推送效果。 JPush 全面支持 Android, iOS, Winphone 三大手机平台。
Ⅳ HTTP和Websockets：了解现在的Web通信技术
API有很多分类。但是当涉及到网络通信时，我们可以确定两种重要的API类型 Web Service APIs （例如SOAP，JSON-RPC，XML-RPC，REST）和 Websocket API 。但是，这些到底是什么意思？让我们深入了解Web通信协议的世界，并在最后讨论如何选择最佳的API机制。
HTTP是互联网的基础通信协议。 HTTP在客户端-服务器计算模型中充当请求-响应协议。 HTTP / 1.1是现代Web浏览器和服务器中使用的最常见的HTTP版本。与HTTP的早期版本相比，此版本可以实现关键的性能优化和功能增强，例如持久性和流水线连接，分块传输，请求/响应主体中的新标头字段等。其中，以下两个标头非常值得注意，因为HTTP的大多数现代改进都依赖于这两个标头。
到目前为止，REST（REpresentational State Transfer）的体系结构样式是构造用于请求的Web API的最标准化的方式。REST纯粹是一种基于多种原则的建筑风格。遵循REST原理的API称为RESTful API。REST API使用请求/响应模型，其中来自服务器的每个消息都是对来自客户端的消息的响应。通常，RESTful API使用HTTP作为其传输协议。在这种情况下， 查找 应使用 GET 请求。 PUT ， POST 和 DELETE 的要求应当用于 修改 ， 插入 ，和 删除 分别（避免 GET 用于更新信息的请求）。
在HTTP轮询中，客户端通过遵循以下机制之一来轮询请求新信息的服务器。如今，大多数应用程序都使用轮询，并且大多数情况下轮询是通过RESTful实践进行的。实际上，很少使用HTTP短轮询，并且始终选择HTTP长轮询或定期轮询。
HTTP流传输—提供长期连接，可进行即时和连续的数据推送
客户端发出一个HTTP请求，服务器发送一个不确定长度的响应（就像无限轮询一样）。HTTP流是高性能，易于使用的，并且可以替代WebSockets。
HTTP / 2是基于复用的流的有效传输层 -根据IETF，“流”是一个HTTP / 2连接内的客户机和服务器之间交换的帧的独立的，双向序列。它的主要特征之一是单个HTTP / 2连接可以包含多个并发打开的流，其中任一端点都可以从多个流中插入帧。
WebSocket允许服务器和客户端在任何时间推送消息，而与先前的请求没有任何关系。使用WebSockets的一个显着优势是， 几乎每个浏览器都支持WebSockets 。
WebSocket解决了HTTP的一些问题：
示例应用程序：IM / Chat应用程序，游戏，管理前端
尽管据说每个浏览器都支持WebSockets，但中介程序中也可能有例外：
如果对REST和Websockets进行性能测试，则可能会发现存在高负载时Websockets的性能更好。这并不一定意味着REST效率低下。我个人的看法是，将REST与Websockets进行比较就像将苹果与橙子进行比较。这两个功能解决了两个不同的问题，无法与像这样的简单性能测试进行比较：
但是，您现在应该了解，WebSockets是以近乎实时的方式处理长期存在的双向数据流的绝佳选择，而REST非常适合偶尔进行的通信。使用WebSockets本身占用资源比较多，因此对于偶尔的连接来说是过大的选择。
如果要在数据更改时从API获取数据，则必须首先考虑使用轮询。但是，当涉及服务器之间的通信时，低效率的轮询使我们付出了很多代价（平均而言，浪费了98.5％的轮询）。
Webhooks —在没有长期轮询连接的服务器之间发送数据的简单方法
Webhooks是此问题的救星。在此请记住，通信通常发生在服务器之间。首先，发送方节点预先在接收方节点中注册一个回调URL。当发送方发生事件时，Webhook会被触发，并使用在每个接收方中注册的回调URL，将带有新数据的事件对象作为HTTP POST请求发送到接收方节点。
很酷的事情是，可以通过webhooks大大减少发送方和接收方节点的服务器负载。它可以确保更好的用户体验，同时开发人员可以将服务端点用于有意义的事情，而不会浪费轮询。
Webhooks通常用于在事件发生时在服务器之间发送通知和状态更改。例如，当用户通过单击电子邮件中的按钮取消订阅时，它到达服务器，并且发生用户取消订阅事件，此事件触发相应的Webhooks，并且他们通知所有服务器/服务该用户现在已经从其订阅服务器中取消订阅。服务
使用哪种技术取决于在您的应用程序上下文中什么才更有意义。当然，您可以使用一些技巧来模拟一种技术与另一种技术的行为，但是通常更可取的是使用一种更适合您的通讯模型的技术（当被本书使用时）。
HTTP and Websockets: Understanding the capabilities of today’s web communication technologies