关于iOS消息推送功能

最近由于要用到iOS消息推送,在这里就研究了一番,在此感激各位大神的指导和无私分享.本文主要是针对产品发布版本的一些问题 综合了网上一些资料根据自己实践写的 不过测试也可以看看.
推送功能的原理什么的我就不说了 网上关于推送的资料很多 不过有很多一部分都写的不知所以然 不过原理还是可以弄明白的
这里附上一篇英文帖子链接http://www.raywenderlich.com/3443/apple-push-notification-services-tutorial-part-12   附上中文翻译http://article.ityran.com/archives/194

实现消息推送的关键

1生成钥匙串请求问题 在你做一个新的带推送的功能的应用的时候最好重新生成一次钥匙串请求 省的照成混乱
在你生成钥匙串请求的时候 那个CRS文件一定要留着 还有更重要的是你在生成这个钥匙串请求的时候 在钥匙串里边会出来一对密钥 这个一定要注意那一对是刚刚出现的
里边说的导出那个.p12文件就是指刚才那对密钥的私钥的导出文件

2 必须唯一的标示符App ID 不能用通配符。不过同一个应用测试和发布可以用同一个标示符。

3 APNS地址 
测试地址gateway.sandbox.push.apple.com:2195 
发布地址 gateway.push.apple.com:2195
这两个是有区别的 当然证书也是

4 顺序 

要注意顺序问题，一定要按照这个顺序来：

生成钥匙串请求 -->配置下载开发证书-->  配置App ID ，配置、下载SSL证书-->Provisioning证书 

一定要这个顺序 密钥 CRS文件 必须匹配 在下载发布证书一定先把 发布的SSL证书下好了 否则就会出现推送成功 客户端收不到问题。

 

5 真机测试
开发的时候一般我们都是用Xcode直接灌到设备里 这个时候development证书是可以推送成功的 但是production证书却推送不了
不过苹果给我们提供了Ad Hoc测试方式 它使用的是发布证书 如果你不知道Ad Hoc模式可以搜一下 很简单的
这里有一个关键的地方 development和production得到的Token的不一样的 
使用Ad Hoc方式装到设备上得到的就是production Token 所以你在用Ad Hoc方式测试的要使用production Token
如果使用Ad Hoc方式测试没问题 这个发布也就没问题了

还有一个问题就是Token会更新 这个在官方文档中有提到 就是在一定的时间或者刷机某些不经常出现的情况下 苹果公司的服务器可能会更新设备的Token
这里你需要的一个机制来解决这个问题 
我的解决办法是更新应用版本 然后定期删掉服务器就时间比较久的Token 
这样肯定会造成部分没有更新用户收不到推送的问题 不过只要他即时更新就没问题了 这是一个懒办法 
因为我的应用只在程序第一次打开的时候上传一次以后就不传了 这样可以减少服务端的负荷 
不过你是一个推送很频繁应用那就频繁获取频繁的更新服务端记录 这个就根据情况来了