iPhone Push

最新推荐文章于 2014-11-07 20:23:15 发布

转载最新推荐文章于 2014-11-07 20:23:15 发布 · 540 阅读

IOS 专栏收录该内容

393 篇文章

订阅专栏

本文详细解析了iPhone推送（Push）机制的工作流程及物理连接上的SSL/TLS认证和基于令牌的认证过程，帮助开发者解决推送功能实现中的常见问题。

Push原理

2Push认证

▪ 物理连接上的认证

▪ 基于token(令牌)的认证

1 Push原理编辑

iphone push机制[1]

iPhone Push( 推送功能）的工作机制可以简单的概括为右图，Provider是指某个iPhone软件的Push服务器。 APNS 是Apple Push Notification Service(苹果推送服务)的缩写，下文统一使用该缩写。

整个过程可以分为三个阶段，下面用大家常用的聊天客户端BeejiveIM来说明。(BeejiveIM是一款支持多账户登录的支持Push的 iPhone聊天客户端，支持MSN、Google Talk等)

此时Provider为BeejiveIM服务器，如果在 BeejiveIM上登陆MSN,其实软件是先把登录信息发送到BeejiveIM服务器，再通过其服务器来登陆MSN。因此，当我关闭了BeejiveIM，BeejiveIM服务器会继续为我登陆MSN，此时如果有人对我的MSN账户发送了消息，那么就会触发Push。此时：

第一阶段：BeejiveIM服务器把要发送的消息、目的iPhone的标识打包，发给APNS。

第二阶段：APNS在自身的已注册Push服务的iPhone列表中，查找有相应标识的iPhone，并把消息发到iPhone。

第三阶段：iPhone把发来的消息传递给相应的应用程序，并且按照设定弹出Push通知。

2 Push认证编辑

物理连接上的认证：SSL/TLS链接

许多朋友说Push不能用。其中一大部分，就是在认证阶段就出了问题。这里所说的认证机制，实际上包含两层。一层是物理连接上的认证，另一层则才是涉及到iPhone 设备令牌的认证。

物理连接上的认证

iPhone在开启Push的时候，会连接 APNS建立一条TLS加密链接即：SSL/TLS链接。每一台正常的iPhone都有一个独有的设备证书，而APNS也有一个服务器证书。两者建立的时候，会验证彼此的证书有效性。

TLS链接一旦建立，在没有数据的情况下，只需要每隔15分钟进行一次保活的握手，因此几乎不占流量。而一旦因为意外原因导致链接中断，iPhone会不断重新尝试建立TLS链接，直到成功。

基于token(令牌)的认证

APNS判断Push推送消息该发给哪台iPhone的依据是一个“目的iPhone的标识”，这个标识就是device token(设备令牌)。设备令牌是每次建立TLS 连接时，APNS通过前一层次(TLS层)里我们提到的每台正常的iPhone唯一的设备证书(unique device certificate)，并用令牌密钥(token key)加密生成的。

在令牌生成了之后，APNS会把设备令牌(device token)返回给iPhone，而对应的Push应用程序(如BeejiveIM)，则把返回来的设备令牌(device token)直接发送给Provider(如BeejiveIM服务器)。这样，当Provider有Push消息要发送时，就会把对应帐号的设备令牌(device token)和消息一起发送给APNS，而APNS再依据设备令牌(device token)，找到相应TLS链接的iPhone，并发送相应的Push消息。

最重要的部分——每台 iPhone独有的设备证书和密钥的来历，正常的iPhone刷系统之后，是没有设备证书和密钥的。这就是为什么iPhone会需要连接到 iTunes上进行激活——激活过程中，Apple会分配给每台iPhone独一无二的设备证书(device certificate)和密钥(key)。