简单的使用不一一赘述了,其他的博主都已经介绍很多了,在此我就记录一下自己接入socket.io时的想法和bug。
想法:
1、APP进入后台之后,将所有的event都删除了;然后再唤醒的时候,再把所有的event都添加上。
manager里用字典对将所有的event和emit需要的参数 都保存了。这样才能保证在唤醒之后,能获取所有的event。
2、监听连接状态,在连接成功之后,再执行上述(1)操作。
bug:
1、emit时候,api的入参是array类型的。而后端可能需要的是字典。
只需要将字典用数组包一下就可以了,也即是字典是数组的第一个元素。
2、ack,官方git上是emitWithAck:with:timingOutAfter:callback: 但是API里面并没有此API
用ack接收一下3、监听连接状态,用KVO一直不触发监听。
官方有提供监听链接状态的event
监听连接状态改变4、disconnect不发挥作用。
将socket(SocketIOClient) disconnect即可。
5、socket.io的自动重连,但是过一会儿就会收不到推过来的数据,但是心跳还在。
后端用的是netty-socketo三方库,而iOS端官方的库不知道是写的有问题,还是跟后端的不兼容。
bug出现原因,虽然重连前后的sid是一致的,但是此时对后端来说已经是两个会话了。当后端接收不到断开前回会话的心跳,后端超时,就不会在向此sid的会话推数据,而此时两次会话的sid是一致的,所有就收不到数据了。至于iOS客户端的心跳还在,只是说明会话还在,但是后端不推了。
bug解决,后端设置config.setRandomSession(true).
6、一个接口,后端会同时推多次数据。
bug出现原因,因为client的handlers里面有多个handle(同一event),所以在收到数据的时候,根据handles找到了多个handle。
bug解决,1、在on之前,先执行off。2、修改源码,在handles去重。我是这么做的,如图
修改pod的三方库之后,记得clean一下,再run7、ack收到乱码。
bug出现原因,因为utf8编码问题。iOS13弃用了doubleEncodUtf8,socket.io在2.0版本(此版本不是pod search到的版本),也弃用了。而后端、安卓等都是1.0。所以有些不兼容,不知道是该开心,还是该不开心。
bug解决,
①下载 V 9.x版本(10.0.0以上(包含)的是socket.io2.0,以下的socket.io1.0)。注意:pods上的V9.x版本是swift3语音,有点旧。但是git上有个1.0-swift4分支。如果你在swift4环境下,项目bulid没问题,那么可以考虑这个。
②这个是不是方法的方法,因为我项目中有别的三方需要swift5,所以不能用第一种方法。我遇到的问题,是接收到ack回调的时候乱码,别的时候不会出现,所以我麻烦后端的同事在接到ack事件的时候,同时再执行一下on的回调。
网友评论