ios的推送使用开发配置就不说了,网上有各种教程。
http://blog.sina.com.cn/s/blog_a63c672e01013762.html
http://zxs19861202.iteye.com/blog/1532460
http://www.csdn.net/article/2012-02-18/311976
产品在提交前使用sandbox模式,测试通过,但上线之后,把推送地址gateway.sandbox.push.apple.com:2195改成gateway.push.apple.com:2195,发现推送不成功,经过排查,发现与支付一样,推送的也有沙箱模式和产品模式,推送请求地址不同,证书也不一样,token也不一样。在正式环境下,需要重新生成证书,token也需要重新获取。
记录下生成证书的流程:(这个很重要)
打开keychain access 在certificates将Apple Production IOS Push Services:xxx导出Certificates.p12
执行以下命令生成ck.pem,这个就是ssl用到的证书。
openssl pkcs12 -clcerts -nokeys -out cert.pem -in Certificates.p12
openssl pkcs12 -nocerts -out key.pem -in Certificates.p12
openssl rsa -in key.pem -out key.unencrypted.pem
cat cert.pem key.unencrypted.pem > ck.pem
另外注意的地方,在distribution环境下,device token与develop环境下是不一样的,在这一个问题上,也查了很久。为减少交互,app不是每次启动都去请求device token,只在服务器没有查到机器的device token时候才会让客户端去请求token,在上线前,我们自己的token已经存在服务器上了,改成正式地址后在测试的时候死活没收到推送,后面才知道token不一样,需要重新获取device token。