APNs

                 APNS (Apple Push Notification Services)

苹果推送服务机制：（个人理解）
1. 手机注册通知
2.手机向相应的应用程序客服端发送消息。
3.应用程序的器获得手机的标示符，并向APNS（苹果推送服务器）发送相应的消息（deviceToken）。
4.苹果推送服务器根据从deviceToken内的Iphone标示符，在服务的内已经注册的IPhone中进行寻找，找到相应的Iphone产品，并根据IPhone的标示符，和APP的UDID向其发送通知。
5.IPhone手机客户端接受到APNS发送过来的通知，通过App的UDID，找到相应的App并弹出通知。

APNS 工作原理：
1.苹果利用自己专门的推送服务器（APNs）收到我们应用程序服务器需要被推送的通知的消息，和指定的iOS设备上。
2.APNs找到我们相应的iOS设备和App，iOS设备以通知或者声音的形式通知用户有新的消息。

推送前提是装到我们应用的设备需要向APNs服务器注册，注册成功后APNs服务器返回给我们一个device_token,拿到token后我们将这个token发给我们自己的应用程序的服务器，当有消息需要被推送时，我们的应用程序服务器会将消息按照指定的格式打包，然后结合设备的device_token一并发送给APNs服务器，由于我们的应用和APNs是基于一个TCP的长连接，APNs将新的消息推送给我们的设备上，然后在设备屏幕上显示出新消息。

推送的过程有如下步骤：
1，首先，安装具有推送功能的应用，应用设备在APNs上面注册，注册成功后APNs会给我们返回一个device_token,当有网络的情况下，APNs会验证我们的device_token，连接成功后维持一个长连接。

2， provider（我们自己的服务器）收到需啊哟推送的消息时，会结合被推送的设备的device_token一起打包发送给APNs服务器。

3，APNs服务器将推送消息推送给device_token设备。

4，设备收到消息后通知我们的应用程序，并显示和提示用户（声音，弹出框）

其实真正完成APNs的是服务器，我们自己的应用服务器只是将需要推送的消息发送给苹果服务器，至于如何维护消息队列或如何保证消息被推送到指定的设备上，这些都都是由APNs给我们完成的。

 上面提到了将device_token和推送消息打包的过程，那么接下来就看看这个信息包结构：

0  0 | 32   deviceToken(binary)  0 | 34  {“aps”:{“alert”:”You have mail"}}
1. 第一部分命令提示符
2.第二部分是我们的device_token的长度
3.第三部分我们的device_token字符串
4.第四部分推送消息体的长度
5.最后一部分就是真正的消息内容


有这么一种情况，当我们将应用从设备卸载后，推送的消息如何处理。
我们知道，当我们将应用程序卸载后，我们就接收不到provider给我们推送的消息，但是如何让APNs和Provider都知道不去想这台卸载了应用的设备推送消息呢？针对这个问题，苹果已经帮我们处理解决了。那就是Feedback service， 他是APNs的一部分，APNs会持续的更新Feedback service列表，当我们的provider将消息发送给APNs推送到我们的设备时，如果这时如果这时设备无法将消息发送给这定的应用时，就会向APNs发送一条反馈消息。而这条消息会记录在feeddevice_token里面，按照这种方式Provider应该定时的区间车feedback_service中，然后删除在自己数据库里面记录的存在的device_token,从而不再向这些设备发送推送消息，连接feedback service的过程同样使用socket的方式，连接上后，直接接受由APNs传输给我们反馈列表，传输完后断开连接，然后根据这个最新的反馈列表更新我们自己的数据库。删除那些不需要推送消息的设备的device_token。从Feedback service读取数据结构。

Feedback service 读取数据结构如下

包含三个部分：

第一部分：时间戳 ， 记录我们设备失效后的时间信息
第二部分：是device_token的长度，
第三部分：是小的device_token  跟我们数据库进行对比后删除对应的device_token。下次不再向这些设备发送推送消息。