iOS push

https://www.jianshu.com/p/213641cf524a

https://www.jianshu.com/p/f9bef7e7a4ab

 

PushKit是一种新的消息通知方式,旨在帮助voip应用(iOS 8)和watch OSComplication(iOS 9)减少电池的使用,提供更好的用户体验,app可以通过PushKit进行唤醒,进行一些操作,而不被用户感知。

PushKit和APNS的区别

  • APNS 远程推送 ,在每次启动时只能获取到一条推送内容,并且相应的处理必须在用户进行一定的操作后才能执行。而PushKit可以在无操作的情况就能进行消息的处理。
  • APNS需要获取用户的权限,如果用户不同意接收推送,那么app就获取不到deviceToken,相应我们也就没办法推送给客户端消息,而PushKit则可以,当然如果用户拒绝接收通知栏等推送,你想在PushKit的代理方法中,进行本地推送,也是不可以的。
  • PushKit类似于APNS的静默推送,但是在送达率上比静默推送可靠的多,用户是可以没有任何感知的。


实验结果:
1)APP在前台,收到PushKit推送后,发送本地推送,APP不提示;(与其他remote notification一致);
2)APP在后台,或者被closed的状态下,都能收到PushKit推送,并发出本地推送。我在另外一个稍微复杂点的测试中,在收到PushKit推送和发送本地推送之间,加入了根据message id在服务器获取消息具体内容的操作,也是正常的,可见在APP closed时,由PushKit推送调起的网络访问也是正常的。
3)APNs silent push优先级最低,然后是APNs普通推送,优先级最高的是PushKit推送。
4)APNs silent push和PushKit推送都能在APP处于后台的时候,唤醒APP,运行30s,不同的是silent push在APP closed(用户手动killed,手机重启或者APP被系统回收)时不能唤醒APP,现象就是APP没有反应,而PushKit在APP closed的时候,仍然能够唤醒APP,执行一段代码。

猜测,在APP closed状态下,系统收到silent push后其实有能力执行APP的一段代码,只不过silent push优先级低,所以被忽略了~

 


 
 

iOS push

上一篇:appium-desktop录制脚本二次开发,生成我司自动化脚本


下一篇:APP性能测试开始之旅