apns 苹果服务器压力,iOS的推送服务APNs详解

一、APNS推送流程

1.1、粗略的流程

1、应用程序注册APNS消息推送。

2、ios从APNS Server获取devicetoken，应用程序接收device token。

3、应用程序将device token发送给程序的PUSH服务端程序。

4、服务端程序向APNS服务发送消息。

5、APNS服务将消息发送给iPhone应用程序。

APNS推送流程

1.2、推送细节

推送前的准备工作

1.Device连接APNs服务器并携带设备序列号

2.连接成功，APNs经过打包和处理产生device_token并返回给注册的Device

3.Device携带获取的device_token向我们自己的应用服务器注册

4.完成需要推送的Device在APNs服务器和我们自己的应用服务器注册

各种注册、以及设备的关联

推送的流程

1.首先，安装了具有推送功能的应用，我们的设备在有网络的情况下会连接苹果推送服务器，连接过程中，APNS会验证device_token，连接成功后维持一个长连接；

2.Provider(我们自己的服务器)收到需要被推送的消息并结合被推送设备的device_token一起打包发送给APNS服务器；

3.APNS服务器将推送信息推送给指定device_token的设备；

4.设备收到推送消息后通知我们的应用程序并显示和提示用户(声音、弹出框)

仅仅是推送

二、消息体

推送消息体

上图显示的这个消息体就是我们的服务器(Provider)发送给APNS服务器的消息结构，APNS验证这个结构正确并提取其中的信息后，再将消息推送到指定的设备。这个结构体包括五个部分:

第一部分是 命令标示符

第二部分是 我们的device_token的长度

第三部分是 我们的device_token字符串

第四部分是 推送消息体(Payload)的长度

第五部分是 真正的消息内容了，里面包含了推送消息的基本信息，比如消息内容，应用Icon右上角显示多少数字以及推送消息到达时所播放的声音等。

接下来我们拆解看一下Payload(消息体)的结构：

{

"aps":{

"alert":"新的推送消息",

"badge":1,

"sound":"default"

}

}

这其实就是个JSON结构体，alert标签的内容就是会显示在用户手机上的推送信息，badge显示的数量(注意是整型)是会在应用Icon右上角显示的数量，提示有多少条未读消息等，sound就是当推送信息送达是手机播放的声音，传defalut就标明使用系统默认声音，如果传比如“beep.wav”就会播放在我们应用工程目录下名称为beep.wav的音频文件，比如当手机锁屏时QQ在后台收到新消息时的滴滴声。

三、卸载APP，推送消息如何处理？

当我们将应用从设备卸载后，推送的消息改如何处理呢？

我们知道，当我们将应用从设备卸载后，我们是收不到Provider给我们推送的消息的，但是，如何让APNS和Provider都知道不去向这台卸载了应用的设备推送消息呢？针对这个问题，苹果也已经帮我们解决了，那就是Feedback service。

3.1、feedback是什么？

他是APNS的一部分，APNS会持续的更新Feedback service的列表，当我们的Provider将信息发给APNS推送到我们的设备时，如果这时设备无法将消息推送到指定的应用，就会向APNS服务器报告一个反馈信息，而这个信息就记录在feedback service中。按照这种方式，Provider应该定时的去检测Feedback service的列表，然后删除在自己数据库中记录的存在于反馈列表中的device_token，从而不再向这些设备发送推送信息。连接Feedback service的过程同样使用Socket的方式，连接上后，直接接收由APNS传输给我们的反馈列表，传输完成后断开连接，然后我们根据这个最新的反馈列表在更新我们自己的数据库，删除那些不再需要推送信息的设备的device_token。从Feedback service读取的数据结构如下：

feedback消息体

结构中包含三个部分：

第一部分是一个时间戳，记录的是设备失效后的时间信息；

第二个部分是device_token的长度；

第三部分就是失效的device_token，我们所要获取的就是第三部分，跟我们的数据库进行对比后，删除对应的device_token，下次不再向这些设备发送推送信息。