iOS客户端socket长连接的一些解决方案

工作以来一直在做iOS即时通讯这方面的东西，说到即时通讯，最常见的就是socket方面的知识，socket被问到的最多就是如何保持长连接。

这里就简单的说些socket的长连接问题。

首先说下iOS上一些现成app的现状，就拿微信来举例。

当有网络情况下，消息是能及时到达的，不管app是在前台运行还是在后台运行，在前台好说，直接socket连接进行首发数据，我们都知道iOS客户端的程序是不允许长时间在后台无限运行的（这里包含了两种情况，一种是按下HOME键进入后台，300秒后系统自动挂起，还有一种是将应用从内存中干掉，结束应用程序）这些都会导致程序与服务器断开连接，从而导致无法接收到消息，但是问题来了，像微信是如何做到的呢？

其实简单，就是利用了iOS的推送机制----APNS，当检测到程序与服务器断开连接后，当有消息需要推送时，走的就是苹果的APNS，从而保证消息的及时到达，但是由于APNS的不稳定性，也会发生消息延时。

特别注意的是，消息通过apns推送后，等到客户端重新连接上服务器时，还需再次利用socket推送一次，因为APNS上的消息只是起到展示作用，不能拿到上面的内容，所以才会出现每次当我们将微信从内存中干掉后，再次打开微信，导航栏出会出现连接中的字样。

经评论提醒，上段内容理解错误，再次多谢指正

可能有的人会发出疑问，微信是不存在用户在线与不在线的状态的，也就是说，我们不知道对方在不在线，而qq则不同，我们在发消息的时候是知道对方在不在线的。如果我将qq从内容中干掉，那么我与服务器断开连接了，按理说好友那里应该显示的是我已经下线了，当再次打开时是又一次连接又一次登录，频繁如此的话，应该频繁的出现好友上下线啊，可为什么实际中却不是这样呢？

实际上是这样的，当你与服务器断开连接后，qq不会立刻将你的状态换成断线，这点在电脑上特别明显，而是将状态保持一段时间，默认记得好像是48小时，若这段时间后还未连接，则换成断线，将状态推送过去。

由于iOS的特殊性，从而催生了qq有一种状态叫做iPhone在线，这个不单是因为让部分人装逼，也是让用户知道你发送的消息，对方在线，但可能接收消息不及时，就像在iOS4时代那样，程序是不允许在后台运行的。

通过这样解决了在移动端的socket消息收发问题。

不知道我说的，大家能不能理解，如果有问题欢迎与我交流