IOS长连接是由系统来维护的,也就是说苹果的IOS系统在系统级别维护了一个客户端和苹果服务器的长链接,IOS上的所有应用上的推送都是先将消息推送到苹果的服务器然后将苹果服务器通过这个系统级别的长链接推送到手机终端上,这样的的几个好处为:
1.在手机终端始终只要维护一个长连接即可,而且由于这个长链接是系统级别的不会出现被杀死而无法推送的情况。
2.省电,不会出现每个应用都各自维护一个自己的长连接。
3.安全,只有在苹果注册的开发者才能够进行推送,等等。
详情:http://blog.csdn.net/clh604/article/details/20167263
私有推送实现方法
在开发企业app的时候,有的时候基于安全性的考虑,不允许设备连接外网。这就出现了一个问题,就是iOS的推送功能没法工作了,因为iOS的推送功能是固化在系统里,必须连接苹果的APNS服务器才能工作的,为了能让这类只能工作在内网里的app也能拥有推送功能,就需要我们自己来实现推送功能了。
自主推送的实现方法是利用iOS的voip类app可以驻留在后台的功能。这类app,系统在设备开机时即被启动,app可以将自己的一个socket委托给系统,在socket有数据到达时,系统就会唤醒app,给它一段很短的cpu时间来处理数据,再加上UIApplication的keepAliveTimeout handler(最小10分钟间隔一次),可以每隔一段时间就重新建立一次连接,来达到保持socket长连接的需求。
注:由于voip类app可以使app常驻在后台并维持socket长连接,因此苹果对这类应用有及其严格的审查,所有不是真正的voip的app都会被拒绝!切记!
1.设置应用为voip应用
打开<app>-info.plist文件,加入如下的key
Required background modes,追加App provides Voice over IP services
2.将socket设置成异步模式,并将socket设置成VOIP类的,以便系统能够托管它。
1
2
3
4
5
|
CFStreamCreatePairWithSocket(NULL, (CFSocketNativeHandle)(mosq->sock), &readStream, NULL);
//保证不关闭原来的socket
CFReadStreamSetProperty(readStream, kCFStreamPropertyShouldCloseNativeSocket, kCFBooleanFalse);
//设置成voip socket
CFReadStreamSetProperty(readStream, kCFStreamNetworkServiceType, kCFStreamNetworkServiceTypeVoIP);
|
3.安装keepAliveTimeout handler,让系统每隔一段时间重新建立连接
1
2
3
4
|
UIApplication *application = [UIApplication sharedApplication];
[application setKeepAliveTimeout:600 handler:^{
[self reconnect];
}];
|
我参考了jmsnil的MQTTExample工程,这是一个使用mqtt的例子,我把它做了一些修改,以便能在后台运行接收推送。
原工程地址:
https://github.com/jmesnil/MQTTExample
我修改的示例工程地址:
https://github.com/Guou/Demo-mqtt-push
打开终端,输入下面的命令即可获得通知
1
|
curl -X PUT --data-binary
"1"
http:
//eclipse
.ttbridge.com/%2FMQTTExample%2Ftestcnpush
|
该例子只可以工作在真机上,如果您是iOS7以下,请把application:didFinishLaunchingWithOptions:中本地通知权限请求的代码删掉。
链接: http://pan.baidu.com/s/1kTCLT9H 密码: 792k