推送消息

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 一、消息推送原理： 在实现消息推送之前先提及几个于推送相关概念，如下图： 1、 Provider：就是为指定IOS设备应用程序提供Push的服务器，（如果IOS设备的应用程序是客户端的话，那么Provider可以理解为服务端[消息的发起者]）； 2、 APNS：Apple Push Notification Service[苹果消息推送服务器]； 3、 iPhone：用来接收APNS下发下来的消息； 4、 Client App：IOS设备上的应用程序，用来接收iphone传递APNS下发的消息到制定的一个客户端 app[消息的最终响应者]； 上图可以分为三个阶段： 阶段一：Provider[服务端]把要发送的消息，目的IOS设备标识打包，发送给APNS； 阶段二：APNS在自身的已注册Push服务的IOS设备列表中，查找有相应标识的IOS设备，并将消息发送到IOS设备； 阶段三：IOS设备把发送的消息传递给对应的应用程序，并且按照设定弹出Push通知。 具体过程，如下图： 1、 [Client App]注册消息推送； 2、 [Client App]跟[APNS Service]要deviceToken, Client App接收deviceToken； 3、 [Client App

引言 通过NIO+Continunation+HttpClient可以使Jetty具有异步长连接的功能，但有些应用场景确需要服务器“推”的功能，比如说：聊天室、实时消息提醒、股票行情等对于实时要求比较高的应用，能想到的实时推送的解决方案大致可以分为下面几种： 1、轮询：前台ajax轮询实时消息。 2、applet：已经OUT了不是~而且亦有安全方面的问题 3、长连接：在一次TCP的连接上发送多次数据，除非手动close，但需要在HTTP协议的基础上做协议的转换并应用在客户端和服务端，这些工作需要自己来实现。 我最初接触到websocket是设计一个资源远程加载的平台。设想你在本地开发web应用，你只需要告诉平台你的应用在本地的地址。第三方的人员（主管或者运营人员，亦或是一个项目组的同事）可以随时通过访问平台看到你工作的成果，因为是实时的，所以沟通会更加有效。 本文描述的websocket就是一个非Http的双向连接（其实也跟Http息息相关，下文有详解），有了它你不需要没事去轮询实现推的功能；有了它你可以对注册到平台上的计算机做一些事情（确实有安全隐患，不过都是开发环境也就无所谓了）。 一个简单的实例 为了研究websocket需要搭建一个功能环境，修改了网上的一段实例并调试无误，贴出来主要代码，需要完整工程的同学请留言。 实例流程如下： A