IOS及时通讯中消息的处理方式
通常我们做及时通讯的消息,都是使用socket,原因其实很多,其中最重要的一点就是socket可以由服务器主动推送消息到客户端。
我们都知道在IOS中,我们的APP可以被切换到后台,当我们APP被切换到后台的时候,官方的说法是说,可以给我们300秒的时间,处理一些从前台进入后台的事情,但不一定是300秒,如果内存吃紧的情况的时候,就会被操作系统无情的kill掉。
通常客户端与服务器保持连接的方法通常是通过心跳包维护socket连接的,当我们的APP被切换到后台的时候,如果连接不断的话,那么我们的连接理论上是可以使用的,但这时候当服务器向客户端推送消息的时候我们应该怎么显示呢?
我在做这个的时候,曾经用过2种方式处理:
1、当我进入后台的时候把,我进入后台的状态,告诉服务器,让服务器进行推送消息到客户端(APNS),这样消息就可以显示到桌面上了,但这种方式消息反映往往比较迟钝。我们试想一下,用户会怎么样使用我们的软件呢?
步骤应该是这个样子的:打开APP---->聊天------->切到前台------>收到消息-------->打开APP进行聊天,后来经过讨论我们使用了第2中方式。
2、在线模式服务器推送消息。
其实就是当我们的APP在后台,并且socket是活着的时候,把socket的消息,用定时器的方式,模拟由操作系统的方式(模拟APNS),发送显示到桌面上。
大概的流程图如下:
郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。