2.创建若干个处理任务的线程,互斥操作任务链表--耗时任务在此,此时任务链表是空的,注意不要阻塞;
3.创建剔表线程--维护连接表(踢掉超时连接,单位时间内客户端未与服务器通讯,心跳包);
4.创建服务器,创建哈希表,epoll机制,初步处理数据,首次连接建立连接表,接收到的数据添加到任务链表。
这其中有多个线程在运行,处理任务的若干个线程,维护连接表的线程,epool机制的一个线程。
epoll是开始,处理首次连接,建立连接表(id,fd),收到数据,就把数据添加到任务链表。
处理任务的线程具有发数据的功能一问一答不是问题,客户端如何通过服务器访问其他设备。
我这里的解决方法是:
*** Error in `./main': double free or corruption (fasttop): 0x00007f8a9c0008c0 ***
重复free导致的。
采用gateway,利用成熟框架开发更简单。以下2个方法非常重要。
把uid与句柄绑定起来
void Gateway::bindUid(string $client_id, mixed $uid);
uid解释:这里uid泛指用户id或者设备id,用来唯一确定一个客户端用户或者设备,可以是数字也可以是字符串。
判断$uid
是否在线,此方法需要配合Gateway::bindUid($client_uid, $uid)
使用。
int Gateway::isUidOnline(mixed $uid);
往uid发数据
void Gateway::sendToUid(mixed $uid, string $message);
因此发送数据必须要知道对方的uid,对方回复需要简单处理一下也是可以的,毕竟登录时,已经bindUid了,知道是要转发的数据,把自己的uid加上去就好了。做内部协议处理。
大部分时候设备终端和客户端管理使用的协议不一样,即使一样,也不能挂在同一个进程里,不容易维护,不是像单片机控制几个io空那样简单了。设备端的服务器与管理端的服务器之间具有一层通信,其实那几个协议都是基于tcp的,裸TCP,HTTP,HTTPS,websocket,wss,同一个进程,也就是所谓的一个端口号,只能处理一个协议,不可能处理几个协议的,如果可以,那也是分发下去给不同进程处理的。
客户端发送到设备端:可以通过uid直接下发,但是客户端的响应包,不能直接返回到客户端,而是返回到服务器,然后客户端到服务器查询。如果使用相同的协议是可以直接收发的了。