鸿蒙分布式软总线——TCP中的select机制

这篇文章我们来看网络通信中的select机制

1. 典型的TCP流程

这里简单介绍一下其中的几个基本函数的用法：

socket():用于建立socket连接创建套接字，建立连接后可对sockaddr等结构进行初始化
bind():将socket套接字与本地IP地址和端口号绑定，一般用于服务端较多
listen():调用listen函数来创建一个等待队列——在鸿蒙中就是创建waitProcess线程，在其中处理连接请求和数据处理请求
accept()：在创建等待队列后，调用accept()函数等待并接收客户端的连接请求，通常从由listen()所创建的等待队列中取出第一个未处理的连接请求进行处理
connect()：客户端与服务端进行连接的函数
send()和recv()：数据的收发函数

而在鸿蒙源码中我们看到在listen之后创建的线程处理函数waitProcess中先调用了select再在ProcessAuthData中调用了accept，那么这个select发挥了什么作用呢？

2. SELECT()函数

首先从其所处的位置可以推测是在开启监听后在接收accept之前，名称又为选择——结合其原型我们可以推测它与选择fd标识符有关

int WSAAPI select(
  int           nfds,   /*填0*/
  fd_set        *readfds, /*检查是否有可读的socket*/
  fd_set        *writefds, /*检查是否有可写的socket*/
  fd_set        *exceptfds, /*检查socket上的异常错误*/
  const timeval *timeout
);

下面开始正式介绍其功能

2.1 为什么需要select？

select的引入是为了解决CS模型中accept的阻塞问题

CS架构中accept会持续阻塞直到有客户端socket来进行连接
而引入select能够解决其一直等待的问题

实质上select解决了实现多个客户端连接并分别通信的问题

2.2 select如何工作？

函数流程：
1. 所有的socket存储在一个集合中(fd_set)中
2. 通过select遍历所有的socket
3. 监测到变化相应的socket，将其取出放入另外的集合中(readfds,writefds,exceptfds)中
4. 对相应的集合中的socket连接进行集中处理
5. 对于服务端就是调用accept、对于客户端就是调用recv或send

2.3 其优点和缺点

优点：防止accept阻塞，使用一种有序的方式，对多个套接字进行统一的管理与调度
缺点：原理是遍历监测，当socket较多时，效率较低，开销较大，适用于小型网络中

2.4 具体实现

四个fd_set操作宏函数

函数定义：

select(
  int           nfds,   
  fd_set        *readfds, /*检查是否有可读的socket*/
  fd_set        *writefds, /*检查是否有可写的socket*/
  fd_set        *exceptfds, /*检查socket上的异常错误*/
  const timeval *timeout   /*超时设置*/
);

实际调用：

int ret = select(g_maxFd + 1, &readSet, NULL, &exceptfds, NULL);

参数说明：

• fd_set *readfds：针对recv和accept，调用后该集合剩下有请求的socket
• fd_set *wirtefds：针对send，调用后该集合中剩下可发送信息的socket
• fd_set *exceptfds：将异常的socket返回
• const timeval *timeout：设置最大等待时间，NULL表示一直等待直到响应

从上述定义我们就能够理解在waitProcess中select的参数设置以及作用了：

这里监测所有进行请求的socket将其fd放入readfds中，调用accept进行后续处理，这里没有设置writefds，因为时服务端这里不涉及send，最后一个函数设置为NULL说明一直等待