本文介绍了CocoaAsyncSocket库中GCDAsyncSocket类的使用、粘包处理以及时间延迟测试.
一.CocoaAsyncSocket介绍
CocoaAsyncSocket中主要包含两个类:
1.GCDAsyncSocket.
用GCD搭建的基于TCP/IP协议的socket网络库
GCDAsyncSocket is a TCP/IP socket networking library built atop Grand Central Dispatch. – 引自CocoaAsyncSocket.
2.GCDAsyncUdpSocket.
用GCD搭建的基于UDP/IP协议的socket网络库.
GCDAsyncUdpSocket is a UDP/IP socket networking library built atop Grand Central Dispatch..– 引自CocoaAsyncSocket.
二.下载CocoaAsyncSocket
首先,需要到这里下载CocoaAsyncSocket.
下载后可以看到文件所在位置.
这里只要拷贝以下两个文件到项目中.
三.客户端
因为,大部分项目已经有服务端socket,所以,先讲解客户端创建过程.
步骤:
1.继承GCDAsyncSocketDelegate
协议.
2.声明属性
|
|
3.创建socket并指定代理对象为self,代理队列必须为主队列.
|
|
4.连接指定主机的对应端口.
|
|
5.成功连接主机对应端口号.
|
|
注意:
The host parameter will be an IP address, not a DNS name. – 引自GCDAsyncSocket
连接的主机为IP地址,并非DNS名称.
6.发送数据给服务端
|
|
注意:
发送数据主要通过- (void)writeData:(NSData *)data withTimeout:(NSTimeInterval)timeout tag:(long)tag
写入数据的.
7.读取服务端数据
|
|
注意:
有的人写好代码,而且第一次能够读取到数据,之后,再也接收不到数据.那是因为,在读取到数据的代理方法中,需要再次调用[self.clientSocket readDataWithTimeout:- 1 tag:0];
方法,框架本身就是这么设计的.
8.客户端socket断开连接.
|
|
注意:
sokect断开连接时,需要清空代理和客户端本身的socket.
9.建立心跳连接.
|
|
注意:
心跳连接中发送给服务端的数据只是作为测试代码,根据你们公司需求,或者和后台商定好心跳包的数据以及发送心跳的时间间隔.因为这个项目的服务端socket也是我写的,所以,我自定义心跳包协议.客户端发送心跳包,服务端也需要有对应的心跳检测,以此检测客户端是否在线.
四.服务端
步骤:
1.继承GCDAsyncSocketDelegate
协议.
2.声明属性
|
|
3.创建socket并指定代理对象为self,代理队列必须为主队列.
|
|
4.开放服务端的指定端口.
|
|
5.连接上新的客户端socket
|
|
6.发送数据给客户端
|
|
7.读取客户端的数据
|
|
8.建立检测心跳连接.
|
|
心跳检测方法只提供部分思路:
1.懒加载一个可变字典
,字典的键
作为客户端的标识
.如:客户端标识
为13123456789
.
2.在- (void)socket:(GCDAsyncSocket *)sock didReadData:(NSData *)data withTag:(long)tag
方法中,将读取到的数据
或者数据中的部分字符串
作为键.字典的值
为系统当前时间
.服务端第一次读取数据时,字典中没有数据,所以,直接添加到可变字典中,之后每次读取数据时,都用字典的setObject: forKey:
方法添加字典,若存储的键相同
,即客户端标识相同
,键会被覆盖,再使用系统的当前时间
作为值.
3.在- (void)checkLongConnect
中,获取此时的当前时间
,遍历字典,将每个键的值和当前时间进行比较即可.判断的延迟时间可以写8秒.时间自定.之后,再根据自己的需求进行后续处理.
五.数据粘包处理.
1.粘包情况.
例如:包数据为:abcd
.
接收类型 | 第1次接收 | 第2次接收 | 第3次接收 |
---|---|---|---|
完整型 | abcd | abcdabcd | abcdabcdabcd |
多余型 | abcdab | cdabcdab | cdabcdabcdab |
不完整型 | ab | cda | bcdabc |
2.粘包解决思路.
思路1:
发送方将数据包加上包头
和包尾
,包头、包体以及包尾
用字典
形式包装成json字符串
,接收方,通过解析获取json字符串
中的包体,便可进行进一步处理.
例如:
思路2:
添加前缀.和包内容拼接成同一个字符串.
例如:当发送数据是13133334444
,如果出现粘包情况只属于完整型
:13133334444
1313333444413133334444
131333344441313333444413133334444
…
可以将ab
作为前缀.则接收到的数据出现的粘包情况:ab13133334444
ab13133334444ab13133334444
ab13133334444ab13133334444ab13133334444
…
使用componentsSeparatedByString:
方法,以ab为分隔符,将每个包内容存入数组中,再取对应数组中的数据操作即可.
思路3:
如果最终要得到的数据的长度是个固定长度
,用一个字符串
作为缓冲池
,每次收到数据,都用字符串
拼接对应数据,每当字符串的长度
和固定长度
相同时,便得到一个完整数据
,处理完这个数据并清空字符串
,再进行下一轮的字符拼接
.
例如:处理上面的不完整型
.创建一个长度是4
的tempData
字符串作为
数据缓冲池.第1次
收到数据,数据是:ab
,tempData
拼接上ab
,tempData
中只能再存储2个字符,第2次
收到数据,将数据长度
和2
进行比较,第2次的数据是:cda
,截取前两位字符,即cd
,tempData
继续拼接cd
,此时,tempData
为abcd
,就是我们想要的数据,我们可以处理这个数据,处理之后并清空tempData
,将第2次收到数据
的剩余数据
,即cda
中的a
,再与tempData
拼接.之后,再进行类似操作.
核心代码
调用
结果:
数据粘包处理Demo在文末.
六.测试.
1.测试配置.
测试时,两端需要处于同一WiFi下.客户端中的IP地址为服务端的IP地址,具体信息进入Wifi设置中查看.
2.测试所需环境.
将客户端程序安装在每个客户端,让一台服务端测试机和一台客户端测试机连接mac并运行,这两台测试机可以看到打印结果,所有由服务端发送到客户端的数据,通过客户端再回传给服务端,在服务端看打印结果.
3.进行延迟差测试.
延迟差
即服务端发送数据到第一台客户端
和服务端发送数据到最后一台客户端
的时间差.根据服务端发送数据给不同数量的客户端进行测试.而且,发送数据时,是随机发送.
延迟差测试结果:
由图所知,延迟差在200毫秒以内的比例基本保持在99%以上.所以符合开发需求(延迟在200毫秒以内).
4.单次信息收发测试.
让服务端给每个客户端随机发送200
次数据.并计算服务端发送数据到某一客户端,完整的一次收发时间
情况.
单次信息收发测试结果:
由图所知,一次收发时间基本在95%以上,这个时间会根据网络状态和数据包大小波动.不过,可以直观看到数据从服务端到客户端的时间.
GitHub
数据粘包处理Demo
CocoaAsyncSocket客户端Demo
CocoaAsyncSocket服务端Demo
CocoaAsyncSocket客户端Demo(含粘包解决和测试)
CocoaAsyncSocket服务端Demo(含粘包解决和测试)